а зачастую это именно так

1) Общая лексика: как часто бывает в таких случаях

2) Техника: а зачастую это именно так

3) Математика: как часто случается, как это часто бывает, как это часто случается

 

колокейшн
размещение сервера
Услуга по размещению вашего серверного оборудования на телекоммуникационном узле, имеющем высокоскростное подключение к сети Интернет, обеспечению технических условий функционирования оборудования, таких как стабильное электропитание, оптимальная температура и влажность, круглосуточный мониторинг состояния.
[ http://your-hosting.ru/terms/c/colloc/]

размещение физических серверов
со-размещение
Размещение оборудования Заказчика на площадях Провайдера, а также предоставление последним сервисных услуг по инсталляции, настройке, управлению и обеспечению безопасности установленного оборудования на базе фиксированной арендной платы.
[ http://www.outsourcing.ru/content/glossary/A/page-1.asp]

совместное размещение
Размещение оборудования электросвязи принадлежащего разным компаниям-операторам в одном помещении или здании (МСЭ-Т K.58).
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

Что такое "колокейшн"? И чем отличаются друг от друга colocation, co-location и collocation?

Вообще, все эти слова означают одно — размещение сервера клиента на технической площадке провайдера. Техническая площадка — это специализированное помещение с гарантированным электропитанием, поддержанием достаточно низкого уровня температуры, с охраной, системой пожаротушения и так далее. По сути, это узел связи. Разница в написании слова «colocation» возникла очень давно, причем по вполне естественным причинам. В оригинале, по-английски, верны все три написания этого слова. Поэтому все пишут его так, как привыкли. Вот и все.

Чем же отличается колокейшн от хостинга?

Colocation — это размещение своего оборудования (сервера) на технической площадке провайдера. Это действительно похоже на хостинг, когда вы размещаете свой веб-ресурс у провайдера. Однако виртуальный хостинг — это когда на провайдерской машине находятся сотни сайтов его клиентов, а colocation — когда клиент устанавливает своей сервер у провайдера и использует все его ресурсы только для размещения своего собственного сайта.

Как правило, для colocation применяются специализированные серверы, которые собираются в промышленных корпусах шириной 19 дюймов, предназначенных для монтажа в специальную стойку. Еще одна характеристика габаритов корпуса — высота. Она измеряется в юнитах (unit). Это порядка 45 миллиметров. Сервера бывают размером в 1 юнит (1U), 2 юнита (2U), 4 юнита (4U) и так далее. Как правило, сейчас клиенты размещают серверы в 1U-корпусах, так как с пользователей взимается плата за размер сервера пропорционально количеству юнитов. Например, 1U стоит одно количество денег, а 2U — в два раза большее. На деле, в 1U корпусе можно собрать как очень мощный двухпроцессорный сервер с двумя-тремя дисками, так и "слабенький" недорогой сервер, которого, тем не менее, хватит для размещения большинства проектов.

Серверы для colocation отличаются от обычных компьютеров, кроме необычного корпуса, материнской платой. Существуют специальные серверные материнские платы, которые содержат прямо на себе весь необходимый набор комплектующих — сетевые карты, видеокарты, контроллеры жестких дисков SCSI/ATA/SATA и так далее. Кроме того, к производству таких материнских плат предъявляются повышенные требования по качеству.

Вообще, сервер можно как собрать "руками" самостоятельно, так и купить готовый. Однако нужно помнить о том, что сервер отличается от обычного компьютера тем, что он постоянно работает, причем с серьезной нагрузкой. Работает без перерывов годами. Соответственно, нужно думать о необходимом количестве специальных вентиляторов, продумать прохождение воздушных потоков внутри сервера и так далее. Все эти моменты уже учтены в готовых серверах. Это очень важно.

Как правило, для colocation применяются специализированные серверы, которые собираются в специальных промышленных корпусах шириной 19 дюймов, и предназначены такие корпуса для монтажа в специальную стойку

В какой ситуации для клиента имеет смысл переходить на колокейшн?

Основных причин для перехода с виртуального хостинга на colocation две:

1. Ваш веб-проект настолько вырос, что потребляет столько ресурсов, сколько ему не могут предоставить на хостинговой машине провайдера. Мы помним, что на каждой хостинговой машине, кроме вас, "живет" еще несколько сотен серверов. Если проект большой, посещаемый, требует много вычислительных ресурсов, рано или поздно он начинает "тормозить" на "общем" хостинге. Да, возможно, что хостинг-провайдер просто поместил на физический сервер слишком много виртуальных веб-серверов, но зачастую это все же не так. Как только сервер начинает "тормозить" на хостинге, нужно заняться оптимизацией скриптов и запросов к базе данных. Если это не помогает, то нужно задумываться о colocation, изучать эту возможность, не пора ли действительно брать отдельный сервер.

2. Проекту нужно много дискового пространства. Сейчас на хостинге предлагают 500 мегабайт места или даже 1 Гб. Есть провайдеры, которые предлагают и больше. Однако разместить хотя бы 5 Гб на виртуальном хостинге уже просто нереально. Кстати, как правило, проекты, которым нужно много места, сталкиваются и с проблемами производительности, ведь эти данные не просто лежат на диске — с ними работают посетители. Много данных, надо полагать, предполагает наличие большого количества посещений. Ведь эти данные размещаются, чтобы люди их смотрели, а не просто так. На colocation же в вашем распоряжении окажется весь жесткий диск сервера или даже несколько дисков — сколько пожелаете и купите. Диски емкостью 100-150 Гб, выполненные по технологии SATA, стоят чуть более ста долларов. Более быстрые SCSI-диски подороже. Все это делает colocation очевидной возможностью для развития проектов, которые требуют много места. В конце концов, аренда многих гигабайт места на сервере у хостинг-провайдера по затратам делает услугу виртуального хостинга очень похожей на colocation или хотя бы сравнимой.

Насколько колокейшн дороже обычного хостинга?

Как правило, за пользование виртуальным хостингом взимается некая фиксированная плата, которая составляет несколько долларов в месяц. Кроме того, пользователь может приобрести дополнительные услуги. Например, больше дискового пространства, больше почтовых ящиков и так далее. Структура платежей в пользу хостинг-провайдера проста и понятна.

В случае с colocation все несколько сложнее. Пользователи colocation, во-первых, должны приобрести сервер. Как уже говорилось, цены на серверы начинаются от $800-1000. То есть цена "входного билета" значительно выше, чем в случае с виртуальным хостингом. Однако есть варианты — можно не покупать сервер, а недорого взять его в аренду у провайдера — об этом ниже.

Также пользователи colocation платят за размещение сервера. Как правило, цена этой услуги должна составлять порядка $50 — такова рыночная цена на сегодняшний день, середину лета 2004 года. Стоимость размещения сервера плавно снижалась с годами. Так, пять лет назад размещение colocation сервера стоило не менее $200-300 в месяц. Тогда такая цена обуславливалась крайне скудным предложением и эксклюзивностью услуг, так как клиентов были единицы. Сейчас цены находятся на уровне себестоимости, и снижение цены до $20, скажем, маловероятно. Впрочем, возможны варианты, и время все расставит по местам.

Пользователь colocation платит за трафик, который генерируется его сервером
Также пользователь colocation платит за трафик, который генерируется его сервером. В данный момент ситуация на рынке такова, что многие провайдеры предлагают неограниченный трафик за фиксированную сумму, которая, как правило, включена в стоимость размещения оборудования, о которой писалось выше. Однако есть один момент — провайдерам выгодно, чтобы трафик, генерируемый клиентом, был российским. То есть предназначался для пользователей, которые находятся в России. Провайдеры просят, чтобы трафик, создаваемый сервером, был как минимум наполовину российским. Таково предложение компании.masterhost, например. На практике практически все пользователи легко укладываются в такое ограничение, и проблем тут нет.

Если сравнивать стоимость размещения сайта на виртуальном хостинге и на colocation в цифрах, то хостинг для серьезного сайта в виртуальной среде стоит от $20 в месяц, а размещение собственного сервера — от $50 в месяц. Вполне сравнимые цифры, тем более что во втором случае ваш веб-сервер получает в десятки раз больше ресурсов. То есть colocation — это естественный путь развития для серьезных проектов.

Какие особые возможности колокейшн предоставляет по сравнению с хостингом?

Две главные возможности colocation — это несравнимо большее количество ресурсов (диска, памяти, процессорного времени) и гибкость настройки и конфигурации. На виртуальном хостинге ваш сайт находится на одной машине с еще несколькими сотнями похожих сайтов. Конечно, ресурсов вы получаете немного, но вполне достаточно для работы даже довольно серьезного ресурса. Однако, как только на сервер возникает повышенная нагрузка — например в часы пик или при резком увеличении количества посетителей по какой-то причине, — у пользователя возникают риски. Например, риск нехватки каких-то ресурсов. Риски, в общем, небольшие, но если ваш сайт — это, например, интернет-магазин, то каждая ошибка на сайте — это несделанный посетителем заказ. Стоит подумать, нужно ли рисковать в том случае, если за сравнимые деньги можно получить в пользование целый отдельный сервер.

Гибкость. Очень часто программистам, которые работают над сайтом, нужно поставить какие-нибудь дополнительные модули или использовать нестандартное программное обеспечение. Не всегда есть возможность установить на сервер нужное ПО и настроить его так, как нужно. В случае же с colocation этой проблемы не существует в принципе, так как администратор сервера может устанавливать что угодно и настраивать ПО любым образом.

Можно сказать, что виртуальный хостинг — это "детство" серьезных проектов, а colocation — их "зрелость". Переход на colocation — это естественный путь развития любого большого проекта, и таким веб-ресурсам однозначно нечего делать на виртуальном хостинге.

Бывает ли колокейшн на собственных компьютерах клиентов, и есть ли в этом смысл? Как в этом случае эти компьютеры обслуживаются?

Как правило, colocation — это именно установка собственного компьютера-сервера пользователя на площадку хостинг-провайдера. В этом случае клиент сам занимается администрированием сервера, его настройкой, а также принимает на себя риски, связанные с поломкой комплектующих. Это классический вариант. Однако в последнее время активно развивается направление аренды сервера у провайдера. Клиенту не нужно платить тысячу-полторы-две долларов за сервер. Можно его за небольшую плату арендовать у провайдера. Это интересный вариант для только запускающихся проектов, когда денег на покупку сервера еще нет. Впоследствии, как правило, можно выкупить сервер у провайдера или приобрести свой сервер независимо. Да, при аренде риски, связанные с поломкой сервера, берет на себя провайдер. То есть если провайдер сдает вам в аренду сервер, он отвечает за его работоспособность и за оперативную замену вышедших из строя комплектующих, если, не дай Бог, такое случится. Это интересный вариант, так как ехать в три ночи на другой конец города, чтобы поменять "полетевшую" память — не очень интересное занятие. А если пользователь живет в другом городе...

Насколько часто сейчас используется колокейшн?

Услуга многие годы развивалась. Пять лет назад клиентов colocation у провайдеров были единицы. Года три назад — десятки. Сейчас у серьезных провайдеров, занимающихся размещением серверов как отдельным бизнесом, уже сотни клиентов. Colocation используют интернет-магазины, сетевые СМИ, игровые порталы, баннерные сети, различные контент-проекты. Также многие компании выносят на colocation из своих офисов почтовые сервера и другие службы. Есть много вариантов использования colocation, и их становится все больше. Наблюдается четкая тенденция к "переезду" на colocation "выросших" из виртуального хостинга проектов, так как провайдеры предлагают не просто взять и поставить машину, а предоставляют полный комплекс услуг с администрированием клиентского сервера.

Какие сложности возникают перед клиентом при использовании колокейшн?

Главная проблема — необходимость наличия системного администратора, который установит и настроит операционную и хостинговую среду, а также будет потом заниматься поддержкой и администрированием системы. С одной стороны — да, это проблема. Но с другой — найти администратора несложно, и стоит это недорого. Нет необходимости, например, брать на работу "выделенного" человека. Вполне можно пользоваться и разовыми услугами по необходимости.

Однако хостинг-провайдеры предлагают и свои собственные услуги по администрированию. Те же специалисты, которые занимаются администрированием хостинговых серверов провайдера, вполне могут заниматься и сервером клиента. Стоить это будет значительно дешевле, чем привлечение клиентом стороннего специалиста.

Также есть проблема с "железом", которое потенциально может ломаться. Нужно брать сервер с серьезной гарантией или не покупать его, а брать в аренду у провайдера.

Какие существуют виды оплаты при колокейшн?

.masterhost предлагает клиентам colocation платить им за генерируемый исходящий трафик
Те же самые, как и в случае с оплатой хостинга. По сути, система приема платежей одна и та же — как для клиентов хостинга, так и для colocation. Кстати, тут есть одна интересная возможность. Наша компания, например, предлагает клиентам colocation платить им за генерируемый исходящий трафик. То есть если у проекта много исходящего трафика, мы вполне готовы даже заплатить за него клиенту. Возможно, что и не очень много, однако это вполне позволяет снизить плату за colocation или же вообще избавиться от нее. Проекты с довольно большим трафиком могут даже заработать.

В заключение хочу добавить несколько слов о неочевидных выгодах использования именно colocation, а не виртуального хостинга. Переходя на использование выделенного сервера для хостинга своих ресурсов, владелец сайта автоматически увеличивает посещаемость своего ресурса — просто потому что его сервер может просто физически принять и обслужить больше посетителей. Больше посетителей — это возможность показать больше рекламы, к примеру.

Используя colocation, можно значительно наращивать ресурсы сервера. Например, если понадобилось дополнительное дисковое пространство, покупаете за $100 диск на 120 Гб, и проблема решена. Стало больше посетителей, и сервер не справляется с работой скриптов — меняем процессор на более мощный, и проблем тоже нет.

[ http://hostinfo.ru/articles/358]

Тематики

• информационные технологии в целом

Синонимы

• размещение сервера
• со-размещение

EN

• co-location
• collocation
• colocation

 

колокейшн
размещение сервера
Услуга по размещению вашего серверного оборудования на телекоммуникационном узле, имеющем высокоскростное подключение к сети Интернет, обеспечению технических условий функционирования оборудования, таких как стабильное электропитание, оптимальная температура и влажность, круглосуточный мониторинг состояния.
[ http://your-hosting.ru/terms/c/colloc/]

размещение физических серверов
со-размещение
Размещение оборудования Заказчика на площадях Провайдера, а также предоставление последним сервисных услуг по инсталляции, настройке, управлению и обеспечению безопасности установленного оборудования на базе фиксированной арендной платы.
[ http://www.outsourcing.ru/content/glossary/A/page-1.asp]

совместное размещение
Размещение оборудования электросвязи принадлежащего разным компаниям-операторам в одном помещении или здании (МСЭ-Т K.58).
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

Что такое "колокейшн"? И чем отличаются друг от друга colocation, co-location и collocation?

Вообще, все эти слова означают одно — размещение сервера клиента на технической площадке провайдера. Техническая площадка — это специализированное помещение с гарантированным электропитанием, поддержанием достаточно низкого уровня температуры, с охраной, системой пожаротушения и так далее. По сути, это узел связи. Разница в написании слова «colocation» возникла очень давно, причем по вполне естественным причинам. В оригинале, по-английски, верны все три написания этого слова. Поэтому все пишут его так, как привыкли. Вот и все.

Чем же отличается колокейшн от хостинга?

Colocation — это размещение своего оборудования (сервера) на технической площадке провайдера. Это действительно похоже на хостинг, когда вы размещаете свой веб-ресурс у провайдера. Однако виртуальный хостинг — это когда на провайдерской машине находятся сотни сайтов его клиентов, а colocation — когда клиент устанавливает своей сервер у провайдера и использует все его ресурсы только для размещения своего собственного сайта.

Как правило, для colocation применяются специализированные серверы, которые собираются в промышленных корпусах шириной 19 дюймов, предназначенных для монтажа в специальную стойку. Еще одна характеристика габаритов корпуса — высота. Она измеряется в юнитах (unit). Это порядка 45 миллиметров. Сервера бывают размером в 1 юнит (1U), 2 юнита (2U), 4 юнита (4U) и так далее. Как правило, сейчас клиенты размещают серверы в 1U-корпусах, так как с пользователей взимается плата за размер сервера пропорционально количеству юнитов. Например, 1U стоит одно количество денег, а 2U — в два раза большее. На деле, в 1U корпусе можно собрать как очень мощный двухпроцессорный сервер с двумя-тремя дисками, так и "слабенький" недорогой сервер, которого, тем не менее, хватит для размещения большинства проектов.

Серверы для colocation отличаются от обычных компьютеров, кроме необычного корпуса, материнской платой. Существуют специальные серверные материнские платы, которые содержат прямо на себе весь необходимый набор комплектующих — сетевые карты, видеокарты, контроллеры жестких дисков SCSI/ATA/SATA и так далее. Кроме того, к производству таких материнских плат предъявляются повышенные требования по качеству.

Вообще, сервер можно как собрать "руками" самостоятельно, так и купить готовый. Однако нужно помнить о том, что сервер отличается от обычного компьютера тем, что он постоянно работает, причем с серьезной нагрузкой. Работает без перерывов годами. Соответственно, нужно думать о необходимом количестве специальных вентиляторов, продумать прохождение воздушных потоков внутри сервера и так далее. Все эти моменты уже учтены в готовых серверах. Это очень важно.

Как правило, для colocation применяются специализированные серверы, которые собираются в специальных промышленных корпусах шириной 19 дюймов, и предназначены такие корпуса для монтажа в специальную стойку

В какой ситуации для клиента имеет смысл переходить на колокейшн?

Основных причин для перехода с виртуального хостинга на colocation две:

1. Ваш веб-проект настолько вырос, что потребляет столько ресурсов, сколько ему не могут предоставить на хостинговой машине провайдера. Мы помним, что на каждой хостинговой машине, кроме вас, "живет" еще несколько сотен серверов. Если проект большой, посещаемый, требует много вычислительных ресурсов, рано или поздно он начинает "тормозить" на "общем" хостинге. Да, возможно, что хостинг-провайдер просто поместил на физический сервер слишком много виртуальных веб-серверов, но зачастую это все же не так. Как только сервер начинает "тормозить" на хостинге, нужно заняться оптимизацией скриптов и запросов к базе данных. Если это не помогает, то нужно задумываться о colocation, изучать эту возможность, не пора ли действительно брать отдельный сервер.

2. Проекту нужно много дискового пространства. Сейчас на хостинге предлагают 500 мегабайт места или даже 1 Гб. Есть провайдеры, которые предлагают и больше. Однако разместить хотя бы 5 Гб на виртуальном хостинге уже просто нереально. Кстати, как правило, проекты, которым нужно много места, сталкиваются и с проблемами производительности, ведь эти данные не просто лежат на диске — с ними работают посетители. Много данных, надо полагать, предполагает наличие большого количества посещений. Ведь эти данные размещаются, чтобы люди их смотрели, а не просто так. На colocation же в вашем распоряжении окажется весь жесткий диск сервера или даже несколько дисков — сколько пожелаете и купите. Диски емкостью 100-150 Гб, выполненные по технологии SATA, стоят чуть более ста долларов. Более быстрые SCSI-диски подороже. Все это делает colocation очевидной возможностью для развития проектов, которые требуют много места. В конце концов, аренда многих гигабайт места на сервере у хостинг-провайдера по затратам делает услугу виртуального хостинга очень похожей на colocation или хотя бы сравнимой.

Насколько колокейшн дороже обычного хостинга?

Как правило, за пользование виртуальным хостингом взимается некая фиксированная плата, которая составляет несколько долларов в месяц. Кроме того, пользователь может приобрести дополнительные услуги. Например, больше дискового пространства, больше почтовых ящиков и так далее. Структура платежей в пользу хостинг-провайдера проста и понятна.

В случае с colocation все несколько сложнее. Пользователи colocation, во-первых, должны приобрести сервер. Как уже говорилось, цены на серверы начинаются от $800-1000. То есть цена "входного билета" значительно выше, чем в случае с виртуальным хостингом. Однако есть варианты — можно не покупать сервер, а недорого взять его в аренду у провайдера — об этом ниже.

Также пользователи colocation платят за размещение сервера. Как правило, цена этой услуги должна составлять порядка $50 — такова рыночная цена на сегодняшний день, середину лета 2004 года. Стоимость размещения сервера плавно снижалась с годами. Так, пять лет назад размещение colocation сервера стоило не менее $200-300 в месяц. Тогда такая цена обуславливалась крайне скудным предложением и эксклюзивностью услуг, так как клиентов были единицы. Сейчас цены находятся на уровне себестоимости, и снижение цены до $20, скажем, маловероятно. Впрочем, возможны варианты, и время все расставит по местам.

Пользователь colocation платит за трафик, который генерируется его сервером
Также пользователь colocation платит за трафик, который генерируется его сервером. В данный момент ситуация на рынке такова, что многие провайдеры предлагают неограниченный трафик за фиксированную сумму, которая, как правило, включена в стоимость размещения оборудования, о которой писалось выше. Однако есть один момент — провайдерам выгодно, чтобы трафик, генерируемый клиентом, был российским. То есть предназначался для пользователей, которые находятся в России. Провайдеры просят, чтобы трафик, создаваемый сервером, был как минимум наполовину российским. Таково предложение компании.masterhost, например. На практике практически все пользователи легко укладываются в такое ограничение, и проблем тут нет.

Если сравнивать стоимость размещения сайта на виртуальном хостинге и на colocation в цифрах, то хостинг для серьезного сайта в виртуальной среде стоит от $20 в месяц, а размещение собственного сервера — от $50 в месяц. Вполне сравнимые цифры, тем более что во втором случае ваш веб-сервер получает в десятки раз больше ресурсов. То есть colocation — это естественный путь развития для серьезных проектов.

Какие особые возможности колокейшн предоставляет по сравнению с хостингом?

Две главные возможности colocation — это несравнимо большее количество ресурсов (диска, памяти, процессорного времени) и гибкость настройки и конфигурации. На виртуальном хостинге ваш сайт находится на одной машине с еще несколькими сотнями похожих сайтов. Конечно, ресурсов вы получаете немного, но вполне достаточно для работы даже довольно серьезного ресурса. Однако, как только на сервер возникает повышенная нагрузка — например в часы пик или при резком увеличении количества посетителей по какой-то причине, — у пользователя возникают риски. Например, риск нехватки каких-то ресурсов. Риски, в общем, небольшие, но если ваш сайт — это, например, интернет-магазин, то каждая ошибка на сайте — это несделанный посетителем заказ. Стоит подумать, нужно ли рисковать в том случае, если за сравнимые деньги можно получить в пользование целый отдельный сервер.

Гибкость. Очень часто программистам, которые работают над сайтом, нужно поставить какие-нибудь дополнительные модули или использовать нестандартное программное обеспечение. Не всегда есть возможность установить на сервер нужное ПО и настроить его так, как нужно. В случае же с colocation этой проблемы не существует в принципе, так как администратор сервера может устанавливать что угодно и настраивать ПО любым образом.

Можно сказать, что виртуальный хостинг — это "детство" серьезных проектов, а colocation — их "зрелость". Переход на colocation — это естественный путь развития любого большого проекта, и таким веб-ресурсам однозначно нечего делать на виртуальном хостинге.

Бывает ли колокейшн на собственных компьютерах клиентов, и есть ли в этом смысл? Как в этом случае эти компьютеры обслуживаются?

Как правило, colocation — это именно установка собственного компьютера-сервера пользователя на площадку хостинг-провайдера. В этом случае клиент сам занимается администрированием сервера, его настройкой, а также принимает на себя риски, связанные с поломкой комплектующих. Это классический вариант. Однако в последнее время активно развивается направление аренды сервера у провайдера. Клиенту не нужно платить тысячу-полторы-две долларов за сервер. Можно его за небольшую плату арендовать у провайдера. Это интересный вариант для только запускающихся проектов, когда денег на покупку сервера еще нет. Впоследствии, как правило, можно выкупить сервер у провайдера или приобрести свой сервер независимо. Да, при аренде риски, связанные с поломкой сервера, берет на себя провайдер. То есть если провайдер сдает вам в аренду сервер, он отвечает за его работоспособность и за оперативную замену вышедших из строя комплектующих, если, не дай Бог, такое случится. Это интересный вариант, так как ехать в три ночи на другой конец города, чтобы поменять "полетевшую" память — не очень интересное занятие. А если пользователь живет в другом городе...

Насколько часто сейчас используется колокейшн?

Услуга многие годы развивалась. Пять лет назад клиентов colocation у провайдеров были единицы. Года три назад — десятки. Сейчас у серьезных провайдеров, занимающихся размещением серверов как отдельным бизнесом, уже сотни клиентов. Colocation используют интернет-магазины, сетевые СМИ, игровые порталы, баннерные сети, различные контент-проекты. Также многие компании выносят на colocation из своих офисов почтовые сервера и другие службы. Есть много вариантов использования colocation, и их становится все больше. Наблюдается четкая тенденция к "переезду" на colocation "выросших" из виртуального хостинга проектов, так как провайдеры предлагают не просто взять и поставить машину, а предоставляют полный комплекс услуг с администрированием клиентского сервера.

Какие сложности возникают перед клиентом при использовании колокейшн?

Главная проблема — необходимость наличия системного администратора, который установит и настроит операционную и хостинговую среду, а также будет потом заниматься поддержкой и администрированием системы. С одной стороны — да, это проблема. Но с другой — найти администратора несложно, и стоит это недорого. Нет необходимости, например, брать на работу "выделенного" человека. Вполне можно пользоваться и разовыми услугами по необходимости.

Однако хостинг-провайдеры предлагают и свои собственные услуги по администрированию. Те же специалисты, которые занимаются администрированием хостинговых серверов провайдера, вполне могут заниматься и сервером клиента. Стоить это будет значительно дешевле, чем привлечение клиентом стороннего специалиста.

Также есть проблема с "железом", которое потенциально может ломаться. Нужно брать сервер с серьезной гарантией или не покупать его, а брать в аренду у провайдера.

Какие существуют виды оплаты при колокейшн?

.masterhost предлагает клиентам colocation платить им за генерируемый исходящий трафик
Те же самые, как и в случае с оплатой хостинга. По сути, система приема платежей одна и та же — как для клиентов хостинга, так и для colocation. Кстати, тут есть одна интересная возможность. Наша компания, например, предлагает клиентам colocation платить им за генерируемый исходящий трафик. То есть если у проекта много исходящего трафика, мы вполне готовы даже заплатить за него клиенту. Возможно, что и не очень много, однако это вполне позволяет снизить плату за colocation или же вообще избавиться от нее. Проекты с довольно большим трафиком могут даже заработать.

В заключение хочу добавить несколько слов о неочевидных выгодах использования именно colocation, а не виртуального хостинга. Переходя на использование выделенного сервера для хостинга своих ресурсов, владелец сайта автоматически увеличивает посещаемость своего ресурса — просто потому что его сервер может просто физически принять и обслужить больше посетителей. Больше посетителей — это возможность показать больше рекламы, к примеру.

Используя colocation, можно значительно наращивать ресурсы сервера. Например, если понадобилось дополнительное дисковое пространство, покупаете за $100 диск на 120 Гб, и проблема решена. Стало больше посетителей, и сервер не справляется с работой скриптов — меняем процессор на более мощный, и проблем тоже нет.

[ http://hostinfo.ru/articles/358]

Тематики

• информационные технологии в целом

Синонимы

• размещение сервера
• со-размещение

EN

• co-location
• collocation
• colocation

 

колокейшн
размещение сервера
Услуга по размещению вашего серверного оборудования на телекоммуникационном узле, имеющем высокоскростное подключение к сети Интернет, обеспечению технических условий функционирования оборудования, таких как стабильное электропитание, оптимальная температура и влажность, круглосуточный мониторинг состояния.
[ http://your-hosting.ru/terms/c/colloc/]

размещение физических серверов
со-размещение
Размещение оборудования Заказчика на площадях Провайдера, а также предоставление последним сервисных услуг по инсталляции, настройке, управлению и обеспечению безопасности установленного оборудования на базе фиксированной арендной платы.
[ http://www.outsourcing.ru/content/glossary/A/page-1.asp]

совместное размещение
Размещение оборудования электросвязи принадлежащего разным компаниям-операторам в одном помещении или здании (МСЭ-Т K.58).
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

Что такое "колокейшн"? И чем отличаются друг от друга colocation, co-location и collocation?

Вообще, все эти слова означают одно — размещение сервера клиента на технической площадке провайдера. Техническая площадка — это специализированное помещение с гарантированным электропитанием, поддержанием достаточно низкого уровня температуры, с охраной, системой пожаротушения и так далее. По сути, это узел связи. Разница в написании слова «colocation» возникла очень давно, причем по вполне естественным причинам. В оригинале, по-английски, верны все три написания этого слова. Поэтому все пишут его так, как привыкли. Вот и все.

Чем же отличается колокейшн от хостинга?

Colocation — это размещение своего оборудования (сервера) на технической площадке провайдера. Это действительно похоже на хостинг, когда вы размещаете свой веб-ресурс у провайдера. Однако виртуальный хостинг — это когда на провайдерской машине находятся сотни сайтов его клиентов, а colocation — когда клиент устанавливает своей сервер у провайдера и использует все его ресурсы только для размещения своего собственного сайта.

Как правило, для colocation применяются специализированные серверы, которые собираются в промышленных корпусах шириной 19 дюймов, предназначенных для монтажа в специальную стойку. Еще одна характеристика габаритов корпуса — высота. Она измеряется в юнитах (unit). Это порядка 45 миллиметров. Сервера бывают размером в 1 юнит (1U), 2 юнита (2U), 4 юнита (4U) и так далее. Как правило, сейчас клиенты размещают серверы в 1U-корпусах, так как с пользователей взимается плата за размер сервера пропорционально количеству юнитов. Например, 1U стоит одно количество денег, а 2U — в два раза большее. На деле, в 1U корпусе можно собрать как очень мощный двухпроцессорный сервер с двумя-тремя дисками, так и "слабенький" недорогой сервер, которого, тем не менее, хватит для размещения большинства проектов.

Серверы для colocation отличаются от обычных компьютеров, кроме необычного корпуса, материнской платой. Существуют специальные серверные материнские платы, которые содержат прямо на себе весь необходимый набор комплектующих — сетевые карты, видеокарты, контроллеры жестких дисков SCSI/ATA/SATA и так далее. Кроме того, к производству таких материнских плат предъявляются повышенные требования по качеству.

Вообще, сервер можно как собрать "руками" самостоятельно, так и купить готовый. Однако нужно помнить о том, что сервер отличается от обычного компьютера тем, что он постоянно работает, причем с серьезной нагрузкой. Работает без перерывов годами. Соответственно, нужно думать о необходимом количестве специальных вентиляторов, продумать прохождение воздушных потоков внутри сервера и так далее. Все эти моменты уже учтены в готовых серверах. Это очень важно.

Как правило, для colocation применяются специализированные серверы, которые собираются в специальных промышленных корпусах шириной 19 дюймов, и предназначены такие корпуса для монтажа в специальную стойку

В какой ситуации для клиента имеет смысл переходить на колокейшн?

Основных причин для перехода с виртуального хостинга на colocation две:

1. Ваш веб-проект настолько вырос, что потребляет столько ресурсов, сколько ему не могут предоставить на хостинговой машине провайдера. Мы помним, что на каждой хостинговой машине, кроме вас, "живет" еще несколько сотен серверов. Если проект большой, посещаемый, требует много вычислительных ресурсов, рано или поздно он начинает "тормозить" на "общем" хостинге. Да, возможно, что хостинг-провайдер просто поместил на физический сервер слишком много виртуальных веб-серверов, но зачастую это все же не так. Как только сервер начинает "тормозить" на хостинге, нужно заняться оптимизацией скриптов и запросов к базе данных. Если это не помогает, то нужно задумываться о colocation, изучать эту возможность, не пора ли действительно брать отдельный сервер.

2. Проекту нужно много дискового пространства. Сейчас на хостинге предлагают 500 мегабайт места или даже 1 Гб. Есть провайдеры, которые предлагают и больше. Однако разместить хотя бы 5 Гб на виртуальном хостинге уже просто нереально. Кстати, как правило, проекты, которым нужно много места, сталкиваются и с проблемами производительности, ведь эти данные не просто лежат на диске — с ними работают посетители. Много данных, надо полагать, предполагает наличие большого количества посещений. Ведь эти данные размещаются, чтобы люди их смотрели, а не просто так. На colocation же в вашем распоряжении окажется весь жесткий диск сервера или даже несколько дисков — сколько пожелаете и купите. Диски емкостью 100-150 Гб, выполненные по технологии SATA, стоят чуть более ста долларов. Более быстрые SCSI-диски подороже. Все это делает colocation очевидной возможностью для развития проектов, которые требуют много места. В конце концов, аренда многих гигабайт места на сервере у хостинг-провайдера по затратам делает услугу виртуального хостинга очень похожей на colocation или хотя бы сравнимой.

Насколько колокейшн дороже обычного хостинга?

Как правило, за пользование виртуальным хостингом взимается некая фиксированная плата, которая составляет несколько долларов в месяц. Кроме того, пользователь может приобрести дополнительные услуги. Например, больше дискового пространства, больше почтовых ящиков и так далее. Структура платежей в пользу хостинг-провайдера проста и понятна.

В случае с colocation все несколько сложнее. Пользователи colocation, во-первых, должны приобрести сервер. Как уже говорилось, цены на серверы начинаются от $800-1000. То есть цена "входного билета" значительно выше, чем в случае с виртуальным хостингом. Однако есть варианты — можно не покупать сервер, а недорого взять его в аренду у провайдера — об этом ниже.

Также пользователи colocation платят за размещение сервера. Как правило, цена этой услуги должна составлять порядка $50 — такова рыночная цена на сегодняшний день, середину лета 2004 года. Стоимость размещения сервера плавно снижалась с годами. Так, пять лет назад размещение colocation сервера стоило не менее $200-300 в месяц. Тогда такая цена обуславливалась крайне скудным предложением и эксклюзивностью услуг, так как клиентов были единицы. Сейчас цены находятся на уровне себестоимости, и снижение цены до $20, скажем, маловероятно. Впрочем, возможны варианты, и время все расставит по местам.

Пользователь colocation платит за трафик, который генерируется его сервером
Также пользователь colocation платит за трафик, который генерируется его сервером. В данный момент ситуация на рынке такова, что многие провайдеры предлагают неограниченный трафик за фиксированную сумму, которая, как правило, включена в стоимость размещения оборудования, о которой писалось выше. Однако есть один момент — провайдерам выгодно, чтобы трафик, генерируемый клиентом, был российским. То есть предназначался для пользователей, которые находятся в России. Провайдеры просят, чтобы трафик, создаваемый сервером, был как минимум наполовину российским. Таково предложение компании.masterhost, например. На практике практически все пользователи легко укладываются в такое ограничение, и проблем тут нет.

Если сравнивать стоимость размещения сайта на виртуальном хостинге и на colocation в цифрах, то хостинг для серьезного сайта в виртуальной среде стоит от $20 в месяц, а размещение собственного сервера — от $50 в месяц. Вполне сравнимые цифры, тем более что во втором случае ваш веб-сервер получает в десятки раз больше ресурсов. То есть colocation — это естественный путь развития для серьезных проектов.

Какие особые возможности колокейшн предоставляет по сравнению с хостингом?

Две главные возможности colocation — это несравнимо большее количество ресурсов (диска, памяти, процессорного времени) и гибкость настройки и конфигурации. На виртуальном хостинге ваш сайт находится на одной машине с еще несколькими сотнями похожих сайтов. Конечно, ресурсов вы получаете немного, но вполне достаточно для работы даже довольно серьезного ресурса. Однако, как только на сервер возникает повышенная нагрузка — например в часы пик или при резком увеличении количества посетителей по какой-то причине, — у пользователя возникают риски. Например, риск нехватки каких-то ресурсов. Риски, в общем, небольшие, но если ваш сайт — это, например, интернет-магазин, то каждая ошибка на сайте — это несделанный посетителем заказ. Стоит подумать, нужно ли рисковать в том случае, если за сравнимые деньги можно получить в пользование целый отдельный сервер.

Гибкость. Очень часто программистам, которые работают над сайтом, нужно поставить какие-нибудь дополнительные модули или использовать нестандартное программное обеспечение. Не всегда есть возможность установить на сервер нужное ПО и настроить его так, как нужно. В случае же с colocation этой проблемы не существует в принципе, так как администратор сервера может устанавливать что угодно и настраивать ПО любым образом.

Можно сказать, что виртуальный хостинг — это "детство" серьезных проектов, а colocation — их "зрелость". Переход на colocation — это естественный путь развития любого большого проекта, и таким веб-ресурсам однозначно нечего делать на виртуальном хостинге.

Бывает ли колокейшн на собственных компьютерах клиентов, и есть ли в этом смысл? Как в этом случае эти компьютеры обслуживаются?

Как правило, colocation — это именно установка собственного компьютера-сервера пользователя на площадку хостинг-провайдера. В этом случае клиент сам занимается администрированием сервера, его настройкой, а также принимает на себя риски, связанные с поломкой комплектующих. Это классический вариант. Однако в последнее время активно развивается направление аренды сервера у провайдера. Клиенту не нужно платить тысячу-полторы-две долларов за сервер. Можно его за небольшую плату арендовать у провайдера. Это интересный вариант для только запускающихся проектов, когда денег на покупку сервера еще нет. Впоследствии, как правило, можно выкупить сервер у провайдера или приобрести свой сервер независимо. Да, при аренде риски, связанные с поломкой сервера, берет на себя провайдер. То есть если провайдер сдает вам в аренду сервер, он отвечает за его работоспособность и за оперативную замену вышедших из строя комплектующих, если, не дай Бог, такое случится. Это интересный вариант, так как ехать в три ночи на другой конец города, чтобы поменять "полетевшую" память — не очень интересное занятие. А если пользователь живет в другом городе...

Насколько часто сейчас используется колокейшн?

Услуга многие годы развивалась. Пять лет назад клиентов colocation у провайдеров были единицы. Года три назад — десятки. Сейчас у серьезных провайдеров, занимающихся размещением серверов как отдельным бизнесом, уже сотни клиентов. Colocation используют интернет-магазины, сетевые СМИ, игровые порталы, баннерные сети, различные контент-проекты. Также многие компании выносят на colocation из своих офисов почтовые сервера и другие службы. Есть много вариантов использования colocation, и их становится все больше. Наблюдается четкая тенденция к "переезду" на colocation "выросших" из виртуального хостинга проектов, так как провайдеры предлагают не просто взять и поставить машину, а предоставляют полный комплекс услуг с администрированием клиентского сервера.

Какие сложности возникают перед клиентом при использовании колокейшн?

Главная проблема — необходимость наличия системного администратора, который установит и настроит операционную и хостинговую среду, а также будет потом заниматься поддержкой и администрированием системы. С одной стороны — да, это проблема. Но с другой — найти администратора несложно, и стоит это недорого. Нет необходимости, например, брать на работу "выделенного" человека. Вполне можно пользоваться и разовыми услугами по необходимости.

Однако хостинг-провайдеры предлагают и свои собственные услуги по администрированию. Те же специалисты, которые занимаются администрированием хостинговых серверов провайдера, вполне могут заниматься и сервером клиента. Стоить это будет значительно дешевле, чем привлечение клиентом стороннего специалиста.

Также есть проблема с "железом", которое потенциально может ломаться. Нужно брать сервер с серьезной гарантией или не покупать его, а брать в аренду у провайдера.

Какие существуют виды оплаты при колокейшн?

.masterhost предлагает клиентам colocation платить им за генерируемый исходящий трафик
Те же самые, как и в случае с оплатой хостинга. По сути, система приема платежей одна и та же — как для клиентов хостинга, так и для colocation. Кстати, тут есть одна интересная возможность. Наша компания, например, предлагает клиентам colocation платить им за генерируемый исходящий трафик. То есть если у проекта много исходящего трафика, мы вполне готовы даже заплатить за него клиенту. Возможно, что и не очень много, однако это вполне позволяет снизить плату за colocation или же вообще избавиться от нее. Проекты с довольно большим трафиком могут даже заработать.

В заключение хочу добавить несколько слов о неочевидных выгодах использования именно colocation, а не виртуального хостинга. Переходя на использование выделенного сервера для хостинга своих ресурсов, владелец сайта автоматически увеличивает посещаемость своего ресурса — просто потому что его сервер может просто физически принять и обслужить больше посетителей. Больше посетителей — это возможность показать больше рекламы, к примеру.

Используя colocation, можно значительно наращивать ресурсы сервера. Например, если понадобилось дополнительное дисковое пространство, покупаете за $100 диск на 120 Гб, и проблема решена. Стало больше посетителей, и сервер не справляется с работой скриптов — меняем процессор на более мощный, и проблем тоже нет.

[ http://hostinfo.ru/articles/358]

Тематики

• информационные технологии в целом

Синонимы

• размещение сервера
• со-размещение

EN

• co-location
• collocation
• colocation

 

колокейшн
размещение сервера
Услуга по размещению вашего серверного оборудования на телекоммуникационном узле, имеющем высокоскростное подключение к сети Интернет, обеспечению технических условий функционирования оборудования, таких как стабильное электропитание, оптимальная температура и влажность, круглосуточный мониторинг состояния.
[ http://your-hosting.ru/terms/c/colloc/]

размещение физических серверов
со-размещение
Размещение оборудования Заказчика на площадях Провайдера, а также предоставление последним сервисных услуг по инсталляции, настройке, управлению и обеспечению безопасности установленного оборудования на базе фиксированной арендной платы.
[ http://www.outsourcing.ru/content/glossary/A/page-1.asp]

совместное размещение
Размещение оборудования электросвязи принадлежащего разным компаниям-операторам в одном помещении или здании (МСЭ-Т K.58).
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

Что такое "колокейшн"? И чем отличаются друг от друга colocation, co-location и collocation?

Вообще, все эти слова означают одно — размещение сервера клиента на технической площадке провайдера. Техническая площадка — это специализированное помещение с гарантированным электропитанием, поддержанием достаточно низкого уровня температуры, с охраной, системой пожаротушения и так далее. По сути, это узел связи. Разница в написании слова «colocation» возникла очень давно, причем по вполне естественным причинам. В оригинале, по-английски, верны все три написания этого слова. Поэтому все пишут его так, как привыкли. Вот и все.

Чем же отличается колокейшн от хостинга?

Colocation — это размещение своего оборудования (сервера) на технической площадке провайдера. Это действительно похоже на хостинг, когда вы размещаете свой веб-ресурс у провайдера. Однако виртуальный хостинг — это когда на провайдерской машине находятся сотни сайтов его клиентов, а colocation — когда клиент устанавливает своей сервер у провайдера и использует все его ресурсы только для размещения своего собственного сайта.

Как правило, для colocation применяются специализированные серверы, которые собираются в промышленных корпусах шириной 19 дюймов, предназначенных для монтажа в специальную стойку. Еще одна характеристика габаритов корпуса — высота. Она измеряется в юнитах (unit). Это порядка 45 миллиметров. Сервера бывают размером в 1 юнит (1U), 2 юнита (2U), 4 юнита (4U) и так далее. Как правило, сейчас клиенты размещают серверы в 1U-корпусах, так как с пользователей взимается плата за размер сервера пропорционально количеству юнитов. Например, 1U стоит одно количество денег, а 2U — в два раза большее. На деле, в 1U корпусе можно собрать как очень мощный двухпроцессорный сервер с двумя-тремя дисками, так и "слабенький" недорогой сервер, которого, тем не менее, хватит для размещения большинства проектов.

Серверы для colocation отличаются от обычных компьютеров, кроме необычного корпуса, материнской платой. Существуют специальные серверные материнские платы, которые содержат прямо на себе весь необходимый набор комплектующих — сетевые карты, видеокарты, контроллеры жестких дисков SCSI/ATA/SATA и так далее. Кроме того, к производству таких материнских плат предъявляются повышенные требования по качеству.

Вообще, сервер можно как собрать "руками" самостоятельно, так и купить готовый. Однако нужно помнить о том, что сервер отличается от обычного компьютера тем, что он постоянно работает, причем с серьезной нагрузкой. Работает без перерывов годами. Соответственно, нужно думать о необходимом количестве специальных вентиляторов, продумать прохождение воздушных потоков внутри сервера и так далее. Все эти моменты уже учтены в готовых серверах. Это очень важно.

Как правило, для colocation применяются специализированные серверы, которые собираются в специальных промышленных корпусах шириной 19 дюймов, и предназначены такие корпуса для монтажа в специальную стойку

В какой ситуации для клиента имеет смысл переходить на колокейшн?

Основных причин для перехода с виртуального хостинга на colocation две:

1. Ваш веб-проект настолько вырос, что потребляет столько ресурсов, сколько ему не могут предоставить на хостинговой машине провайдера. Мы помним, что на каждой хостинговой машине, кроме вас, "живет" еще несколько сотен серверов. Если проект большой, посещаемый, требует много вычислительных ресурсов, рано или поздно он начинает "тормозить" на "общем" хостинге. Да, возможно, что хостинг-провайдер просто поместил на физический сервер слишком много виртуальных веб-серверов, но зачастую это все же не так. Как только сервер начинает "тормозить" на хостинге, нужно заняться оптимизацией скриптов и запросов к базе данных. Если это не помогает, то нужно задумываться о colocation, изучать эту возможность, не пора ли действительно брать отдельный сервер.

2. Проекту нужно много дискового пространства. Сейчас на хостинге предлагают 500 мегабайт места или даже 1 Гб. Есть провайдеры, которые предлагают и больше. Однако разместить хотя бы 5 Гб на виртуальном хостинге уже просто нереально. Кстати, как правило, проекты, которым нужно много места, сталкиваются и с проблемами производительности, ведь эти данные не просто лежат на диске — с ними работают посетители. Много данных, надо полагать, предполагает наличие большого количества посещений. Ведь эти данные размещаются, чтобы люди их смотрели, а не просто так. На colocation же в вашем распоряжении окажется весь жесткий диск сервера или даже несколько дисков — сколько пожелаете и купите. Диски емкостью 100-150 Гб, выполненные по технологии SATA, стоят чуть более ста долларов. Более быстрые SCSI-диски подороже. Все это делает colocation очевидной возможностью для развития проектов, которые требуют много места. В конце концов, аренда многих гигабайт места на сервере у хостинг-провайдера по затратам делает услугу виртуального хостинга очень похожей на colocation или хотя бы сравнимой.

Насколько колокейшн дороже обычного хостинга?

Как правило, за пользование виртуальным хостингом взимается некая фиксированная плата, которая составляет несколько долларов в месяц. Кроме того, пользователь может приобрести дополнительные услуги. Например, больше дискового пространства, больше почтовых ящиков и так далее. Структура платежей в пользу хостинг-провайдера проста и понятна.

В случае с colocation все несколько сложнее. Пользователи colocation, во-первых, должны приобрести сервер. Как уже говорилось, цены на серверы начинаются от $800-1000. То есть цена "входного билета" значительно выше, чем в случае с виртуальным хостингом. Однако есть варианты — можно не покупать сервер, а недорого взять его в аренду у провайдера — об этом ниже.

Также пользователи colocation платят за размещение сервера. Как правило, цена этой услуги должна составлять порядка $50 — такова рыночная цена на сегодняшний день, середину лета 2004 года. Стоимость размещения сервера плавно снижалась с годами. Так, пять лет назад размещение colocation сервера стоило не менее $200-300 в месяц. Тогда такая цена обуславливалась крайне скудным предложением и эксклюзивностью услуг, так как клиентов были единицы. Сейчас цены находятся на уровне себестоимости, и снижение цены до $20, скажем, маловероятно. Впрочем, возможны варианты, и время все расставит по местам.

Пользователь colocation платит за трафик, который генерируется его сервером
Также пользователь colocation платит за трафик, который генерируется его сервером. В данный момент ситуация на рынке такова, что многие провайдеры предлагают неограниченный трафик за фиксированную сумму, которая, как правило, включена в стоимость размещения оборудования, о которой писалось выше. Однако есть один момент — провайдерам выгодно, чтобы трафик, генерируемый клиентом, был российским. То есть предназначался для пользователей, которые находятся в России. Провайдеры просят, чтобы трафик, создаваемый сервером, был как минимум наполовину российским. Таково предложение компании.masterhost, например. На практике практически все пользователи легко укладываются в такое ограничение, и проблем тут нет.

Если сравнивать стоимость размещения сайта на виртуальном хостинге и на colocation в цифрах, то хостинг для серьезного сайта в виртуальной среде стоит от $20 в месяц, а размещение собственного сервера — от $50 в месяц. Вполне сравнимые цифры, тем более что во втором случае ваш веб-сервер получает в десятки раз больше ресурсов. То есть colocation — это естественный путь развития для серьезных проектов.

Какие особые возможности колокейшн предоставляет по сравнению с хостингом?

Две главные возможности colocation — это несравнимо большее количество ресурсов (диска, памяти, процессорного времени) и гибкость настройки и конфигурации. На виртуальном хостинге ваш сайт находится на одной машине с еще несколькими сотнями похожих сайтов. Конечно, ресурсов вы получаете немного, но вполне достаточно для работы даже довольно серьезного ресурса. Однако, как только на сервер возникает повышенная нагрузка — например в часы пик или при резком увеличении количества посетителей по какой-то причине, — у пользователя возникают риски. Например, риск нехватки каких-то ресурсов. Риски, в общем, небольшие, но если ваш сайт — это, например, интернет-магазин, то каждая ошибка на сайте — это несделанный посетителем заказ. Стоит подумать, нужно ли рисковать в том случае, если за сравнимые деньги можно получить в пользование целый отдельный сервер.

Гибкость. Очень часто программистам, которые работают над сайтом, нужно поставить какие-нибудь дополнительные модули или использовать нестандартное программное обеспечение. Не всегда есть возможность установить на сервер нужное ПО и настроить его так, как нужно. В случае же с colocation этой проблемы не существует в принципе, так как администратор сервера может устанавливать что угодно и настраивать ПО любым образом.

Можно сказать, что виртуальный хостинг — это "детство" серьезных проектов, а colocation — их "зрелость". Переход на colocation — это естественный путь развития любого большого проекта, и таким веб-ресурсам однозначно нечего делать на виртуальном хостинге.

Бывает ли колокейшн на собственных компьютерах клиентов, и есть ли в этом смысл? Как в этом случае эти компьютеры обслуживаются?

Как правило, colocation — это именно установка собственного компьютера-сервера пользователя на площадку хостинг-провайдера. В этом случае клиент сам занимается администрированием сервера, его настройкой, а также принимает на себя риски, связанные с поломкой комплектующих. Это классический вариант. Однако в последнее время активно развивается направление аренды сервера у провайдера. Клиенту не нужно платить тысячу-полторы-две долларов за сервер. Можно его за небольшую плату арендовать у провайдера. Это интересный вариант для только запускающихся проектов, когда денег на покупку сервера еще нет. Впоследствии, как правило, можно выкупить сервер у провайдера или приобрести свой сервер независимо. Да, при аренде риски, связанные с поломкой сервера, берет на себя провайдер. То есть если провайдер сдает вам в аренду сервер, он отвечает за его работоспособность и за оперативную замену вышедших из строя комплектующих, если, не дай Бог, такое случится. Это интересный вариант, так как ехать в три ночи на другой конец города, чтобы поменять "полетевшую" память — не очень интересное занятие. А если пользователь живет в другом городе...

Насколько часто сейчас используется колокейшн?

Услуга многие годы развивалась. Пять лет назад клиентов colocation у провайдеров были единицы. Года три назад — десятки. Сейчас у серьезных провайдеров, занимающихся размещением серверов как отдельным бизнесом, уже сотни клиентов. Colocation используют интернет-магазины, сетевые СМИ, игровые порталы, баннерные сети, различные контент-проекты. Также многие компании выносят на colocation из своих офисов почтовые сервера и другие службы. Есть много вариантов использования colocation, и их становится все больше. Наблюдается четкая тенденция к "переезду" на colocation "выросших" из виртуального хостинга проектов, так как провайдеры предлагают не просто взять и поставить машину, а предоставляют полный комплекс услуг с администрированием клиентского сервера.

Какие сложности возникают перед клиентом при использовании колокейшн?

Главная проблема — необходимость наличия системного администратора, который установит и настроит операционную и хостинговую среду, а также будет потом заниматься поддержкой и администрированием системы. С одной стороны — да, это проблема. Но с другой — найти администратора несложно, и стоит это недорого. Нет необходимости, например, брать на работу "выделенного" человека. Вполне можно пользоваться и разовыми услугами по необходимости.

Однако хостинг-провайдеры предлагают и свои собственные услуги по администрированию. Те же специалисты, которые занимаются администрированием хостинговых серверов провайдера, вполне могут заниматься и сервером клиента. Стоить это будет значительно дешевле, чем привлечение клиентом стороннего специалиста.

Также есть проблема с "железом", которое потенциально может ломаться. Нужно брать сервер с серьезной гарантией или не покупать его, а брать в аренду у провайдера.

Какие существуют виды оплаты при колокейшн?

.masterhost предлагает клиентам colocation платить им за генерируемый исходящий трафик
Те же самые, как и в случае с оплатой хостинга. По сути, система приема платежей одна и та же — как для клиентов хостинга, так и для colocation. Кстати, тут есть одна интересная возможность. Наша компания, например, предлагает клиентам colocation платить им за генерируемый исходящий трафик. То есть если у проекта много исходящего трафика, мы вполне готовы даже заплатить за него клиенту. Возможно, что и не очень много, однако это вполне позволяет снизить плату за colocation или же вообще избавиться от нее. Проекты с довольно большим трафиком могут даже заработать.

В заключение хочу добавить несколько слов о неочевидных выгодах использования именно colocation, а не виртуального хостинга. Переходя на использование выделенного сервера для хостинга своих ресурсов, владелец сайта автоматически увеличивает посещаемость своего ресурса — просто потому что его сервер может просто физически принять и обслужить больше посетителей. Больше посетителей — это возможность показать больше рекламы, к примеру.

Используя colocation, можно значительно наращивать ресурсы сервера. Например, если понадобилось дополнительное дисковое пространство, покупаете за $100 диск на 120 Гб, и проблема решена. Стало больше посетителей, и сервер не справляется с работой скриптов — меняем процессор на более мощный, и проблем тоже нет.

[ http://hostinfo.ru/articles/358]

Тематики

• информационные технологии в целом

Синонимы

• размещение сервера
• со-размещение

EN

• co-location
• collocation
• colocation

\ \ \ \ \ Предоставленный Вашему вниманию словарь призван способствовать взаимодействию между англо- и русскоязычными специалистами в области библиотечного дела и информатики. Данная работа содействует ознакомлению с профессиональной литературой на иностранном языке. Тем самым достигается одна из основных целей словаря — повышение взаимопонимания и сотрудничества между англо- и русскоязычными специалистами библиотечного и информационного дела.

\ \ \ \ \ Данная работа преследует две задачи: первая — выявить и отобрать профессиональные термины на одном языке, вторая — перевести их. Мы стремились создать словарь, отвечающий нуждам библиотекарей, переводчиков, а также преподавателей и студентов библиотечно-информационных факультетов.

\ \ \ \ \ "Англо-русский словарь библиотечно-информационных терминов" содержит слова и выражения, используемые в библиотечно-информационной сфере.

\ \ \ \ \ В словарь включены термины из следующих смежных дисциплин: библиографии, книготорговли, графики, информационной науки и вычислительной техники, издательского и типографского дела, а также телекоммуникационной отрасли. Термины из смежных дисциплин отбирались в соответствии с их использованием в библиотековедении. В словарь намеренно не включены вышедшие из употребления термины и слэнг.

\ \ \ \ \ Историческая заметка. Двуязычные словари создавались в России на протяжении долгого времени. Одними из первых появились русско-французские словари "Dictionnaire Moscovite", составленный Жаном Соважем (Jehan Sauvage) и "Dictionnaire des Moscovites", созданный Андре Теве (Andre Thevet). Оба словаря распространялись в рукописной форме около 1586 года. Первым опубликованным словарем был краткий 23-страничный словник церковнославянского языка "Лексис, сиречь речения вкратце собранны и из словенского языка на просты русский диялект истолкованы", составленный Лаврентием Зизанием (Вильна, 1596 г.). Первый англо-русский словарь "Новой словарь англиской и россшской" ("А New Dictionary, English Russian") (1784 г.) был составлен Прохором Ждановым для кадетов Санкт-Петербургского Морского Шляхетного Кадетского Корпуса. Он включал 4000 слов и выражений. Составленная в 1755 г. М. В. Ломоносовым первая грамматика современного русского языка способствовала усилиям по созданию такого рода словарей. Старейшая дошедшая до нашего времени русская грамматика, составленная немцем Г.В. Лудольфом, была опубликована в 1696 г. в Оксфорде.

\ \ \ \ \ Проект создания настоящего словаря был задуман Ириной Б. Гореловой (Иваново, Россия), проходившей стажировку в Гарвардском университете по программе подготовки научных сотрудников. Марианна Тэкс Чолдин (Иллинойский университет) представила друг другу Ирину Горелову и Джона Ричардсона посредством электронной почты. Поэтому когда Джон Ричардсон посетил Москву осенью 1999 г., им пришлось организовать встречу, не зная друг друга в лицо. Уподобляясь герою шпионского детектива, Джон стоял посреди Красной площади в Москве, держа в руках выпуск "Library Quarterly" ("Библиотечный ежеквартальник", научный журнал по проблемам библиотековедения, издающийся один раз в квартал). Именно по этой примете Ирина должна была его опознать.

\ \ \ \ \ Доктор наук Ричардсон получил грант на работу над данным проектом. Он нанял Елену Валиновскую (Санкт-Петербург) в качестве старшего редактора. В июне 1995 г., будучи студенткой Санкт-Петербургской государственной академии культуры, г-жа Валиновская составила Словарь Американского слэнга для студентов.

\ \ \ \ \ В процессе работы над настоящим словарем она создала электронные файлы с терминами, основываясь на бумажной картотеке, полученной от Ирины Гореловой.

\ \ \ \ \ Г-жа Валиновская также подобрала и перевела термины, начинающиеся с R и следующие за ней буквы. В течение 2000-2001 и 2001-2002 учебных годов Эльза Гусева была привлечена к работе над словарем в качестве редактора-консультанта. В этот период времени она была исследователем (стажером) в Калифорнийском университете в Лос-Анджелесе, работа в котором проводилась в рамках программы стажировки для научных сотрудников, осуществляемой под эгидой Государственного департамента США. Г-жа Гусева работает старшим преподавателем библиотечно-информационного факультета Московского государственного университета культуры и искусств. Инна Ильинская работала над словарем в качестве помощника редактора, одновременно обучаясь в двухгодичной магистратуре Калифорнийского университета в Лос-Анджелесе по специальности "библиотековедение и информационная наука".

\ \ \ \ \ Подбор терминов и их перевод. Ирина Горелова, а затем руководитель проекта просмотрели многочисленные ресурсы на стадии составления предварительного перечня слов и выражений, пригодных для включения в словарь. (См. список использованных источников, которые могут быть просмотрены при выборе соответствующей гиперссылки. Начало словаря вплоть до буквы R во многом опирается на "Англо-русский библиотечно-библиографический словарь" (1958 г.) и "Англо-русский словарь книговедческих терминов" (1962 г.). Словарь "Bibliothekarishches Handworterbuch; Librarian's Dictionary; Настольный словарь библиотекаря" (1995 г.), составленный Британским Советом, заложил основу части словаря, начинающейся с буквы R.) Из предварительного перечня были отобраны термины, используемые американскими библиотекарями, которые, по нашему мнению, удовлетворят потребностям аудитории словаря. На последующем этапе помощник редактора проверял точность соответствия русских слов и выражений американским терминам.

\ \ \ \ \ Мы полагаем, что база словаря удовлетворит возрастающий интерес русских специалистов к иностранной литературе по библиотечному делу и информатике. В настоящее время все большее количество иностранных слов и выражений со временем входит в число часто употребляемых слов русского языка.

\ \ \ \ \ Заголовки словарных статей располагаются в строго алфавитном порядке. В словаре принято американское написание терминов. Авторы-составители словаря следовали правописанию слов и выражений, приведенному в электронной версии "Merriam-Webster's Collegiate Dictionary". Мы полагаем, что пользователи словаря, разговаривающие на британском варианте английского языка, смогут без труда найти соответствующие термины. Мы старались не включать словарные статьи, начинающиеся с предлогов. Предпочтение отдавалось статьям, начинающимся с существительных или в редких случаях с прилагательных.

\ \ \ \ \ Термины были переведены в процессе дискуссий между членами редакционной коллегии. Перевод и толкования являются скорее описательными нежели предписательными. В случаях, когда в словарной статье приведены несколько русских терминов, соблюдены следующие правила: первый термин является исконно русским, а не просто транслитерированным с английского языка, другие термины перечислены в порядке частоты их использования.

\ \ \ \ \ Многие заимствованные выражения относятся к технике, аппаратуре и устройствам; например, компьютер, мегабайт, модем, пейджер, принтер, тонер. Подобные термины зачастую транслитерированы на русский язык. Хотя такие понятия, как электронная почта (e-mail) также могли бы быть транслитерированы, согласно мнению Александра Исаевича Солженицына, высказанному им в 1995 г., этого не следует допускать.

\ \ \ \ \ В словарь были включены синонимы, помеченные соответствующими ссылками (например, см. или см. также). Перекрестная ссылка см. также соединяет значения, предложенные для сравнения.

\ \ \ \ \ Сопроводительные материалы. Как уже упомянуто выше, составители словаря использовали связующие и перекрестные ссылки. В добавление к этому в словарь включен список сокращений.

\ \ \ \ \ Одна из новаторских особенностей электронных версий словаря, предназначенных для размещения в Интернете и для записи на CD-ROM, является звукозапись произношения терминов носителями языка. Джон Ричардсон, родившийся на Среднем Западе США, но говорящий с Калифорнийским акцентом, запишет термины на английском языке. Инна А. Ильинская записала русский перевод терминов, начинающихся на буквы А, В и С. Предварительная версия словаря расположена по адресу: http://purl.org/net/LIS-Terms.

\ \ \ \ \ Создание словаря было бы невозможно без финансовой поддержки со стороны Научно-исследовательского отдела Онлайнового компьютерного библиотечного центра (в то время возглавляемого доктором наук Терри Нуроу (Dr. Terry Noreault)), а также гранта имени Харольда Ланкуара на международные исследования, предоставленного Бэта Фай Му (Beta Phi Mu); двух грантов, выделенных Советом по научным исследованиям при Калифорнийском университете в Лос-Анджелесе.

\ \ \ \ \ Составитель и руководитель проекта словаря благодарит за помощь рецензентов доктора наук Роберта Бургера (Dr. Robert Burger) (Иллинойский университет в Урбане-Шампэйн, Славянская и восточноевропейская библиотека); доктора наук Чарльза Э. Гриббла (Dr. Charles Е. Gribble) (Государственный университет Огайо, Факультет славянских и восточноевропейских языков и литературы); доктора наук Ирину Л. Линден (Провиденс, Род Айланд; ранее работавшую в Американском центре в Санкт-Петербурге, Россия); Патрицию Полански (Ms. Patricia Polansky) (Гавайский университет в Маноа, Русский отдел библиотеки Гамильтона); доктора наук Брэдли Л. Шаффнера (Dr. Bradley L. Schaffner) (Канзасский университет, Славянский отдел библиотеки); доктора наук Якова Л. Шрайберга (Государственная публичная научно-техническая библиотека России, Москва). В работе над словарем также оказали большую помощь доктор наук Джэрри Бенуа (Dr. Gerry Benoit) (доцент Университета Кентукки); Ральф Лэван (Mr. Ralph Levan) (сотрудник Научно-исследовательского отдела Онлайнового компьютерного библиотечного центра); Дэна Вуд (Mr. Dana Wood) (Дэнасаунд, Лос-Анджелес). Главный редактор благодарит Келли Энн Колар (Ms. Kelly Ann Kolar) (Калифорнийский университет в Лос-Анджелесе, Факультет информатики) за помощь, оказанную при подготовке словаря к печати.

\ \ \ \ \ Составитель и руководитель проекта надеется на то, что данная работа послужит для читателей современным, исчерпывающим и авторитетным источником по библиотечному делу и информатике. Можно согласиться с афоризмом Самуэля Джонсона, который сказал:

\ \ \ \ \ "словари, точно часы; лучше иметь самые плохие часы, чем никаких, и в то же время нельзя рассчитывать на то, что лучшие часы будут абсолютно точны".

\ \ \ \ \ Авторы-составители словаря с благодарностью примут отзывы, замечания и предложения.

\ \ \ \ \ Лос-Анджелес, Калифорния, 7 октября 2003 года

\

\ \ \ \ \ Профессор Ричардсон является штатным профессором на кафедре информационных наук в Университете Калифорнии в Лос-Анджелосе, а также заместителем декана по работе с аспирантами в том же университете.

\ \ \ \ \ Закончил Государственный университет штата Огайо по социологии в 1971 г., аспирантуру по библиотечным наукам в Университете Вандербильта (Пибоди Колледж) в 1972 г., и получил степень доктора в Университете штата Индиана в 1978 г.

\ \ \ \ \ Профессор Ричардсон в первый раз был в Москве и Санкт-Петербурге весной 1996 г. как приглашенный исследователь Ассоциации библиотечных и информационных наук по гранту от Фонда Уилсона (Н. W. Wilson Foundation). Результаты этого визита описаны в статье "Библиотечное и информационное образование в России: опыт Санкт-Петербургской государственной академии культуры" ("Education for Library and Information Science in Russia: A Case Study of the St. Petersburg State Academy o f Culture"), напечатанной в журнале Journal of Education for Library and Information Science Education (зима 1998 г.).

\ \ \ \ \ Заинтересовавшись Россией, профессор Ричардсон вернулся в страну летом 1997 г., чтобы написать статью "Начало библиотечного образования в СССР: роль Надежды Константиновны Крупской (1869-1939), Любови Борисовны Хавкиной-Хамбургер (1871-1949) и Генриетты Абеле-Дерман (1882-1954)" ("The Origin of Soviet Education for Librarianship: The Role of Nadezhda Konstantinovna Krupskaya (1869-1939), Lyubov' Borisovna Khavkina-Hamburger (1871-1949) and Genrietta К. Abele-Derman (1882-1954)"). Эта статья вышла в журнале Journal of Education for Library and Information Science (весна 2000 г.). Кроме этого, профессор Ричардсон описал свою работу в России в статье "Новые тенденции на Дальнем Востоке России: состояние библиотечного образования" ("Recent Developments in the Russian Far East: The State o f Education for Librarians hip"), которая вышла в том же журнале Journal o f Education for Library and Information Science (лето 2003 г.). Примерно в то же время Российская государственная библиотека предложила профессору Ричардсону участвовать в юбилейном томе по поводу 300-летней годовщины библиотеки, и он написал вышедшую в этом томе статью "Концептуализация американского справочно-библиографического обслуживания: настоящее, прошлое и будущее" (Справочно-библиографическое обслуживание: история, современное состояние и перспективы развития,2003).

\ \ \ \ \ По возвращении в США в 1996 г. профессор Ричардсон был спонсором Программы по усовершенствованию младшего персонала (Госдепартамент США и Американский совет преподавателей русского языка), в которой в 2000/2001 учебном году в качестве стажера участвовала Е. Гусева (Московский государственный университет культуры и искусств). Профессор Ричардсон является координатором программы обмена между Университетом Калифорнии в Лос-Анджелосе и Санкт-Петербургским Государственным университетом культуры, позволившей двум русским студентам, Елене Валиновской и Инне Ильинской, обучаться в Университете Калифорнии в Лос-Анджелосе. При реализации программы "Открытый мир" (Библиотека Конгресса) профессор Ричардсон осуществлял организацию пребывания в США для выдающихся библиотечных работников из России (2003 и 2004 гг.).

\ \ \ \ \ В последнее время профессор Ричардсон выполнял функции специалиста по анализу предлагаемых проектов для программы ФУЛБРАЙТ в России (Программы для приглашенных исследователей, 2004 г.).

\ \ \ \ \ Благодаря грантам Госдепартамента США профессор Ричардсон также читал лекции на Дальнем Востоке России (Владивосток, Хабаровск, Сахалин, 2000 и 2003 гг.), а также в Эритрее (2003 г.), в Уганде (2001 г.) и в Замбии (2001 г.). Весной 2005 г. он получил стипендию для специалистов высшего звена в библиотечных науках для работы во Владивостокском государственном университете экономики и сервиса (ВГУЭС). Профессор Ричардсон провел около месяца на Дальнем Востоке России, устраивая семинары, читая мини-курс по виртуальным аспектам справочно-библиографического обслуживания, а также работая вместе с персоналом ВГУЭС над разработкой новой программы по информационным наукам.

\

\ \ \ \ \ Мне выпала большая честь представить российским и зарубежным специалистам "Англо-русский словарь по библиотечно-информационной деятельности", подготовленный группой американских и российских коллег под руководством профессора Джона Ричардсона

\ \ \ \ \ (США) и выходящий под редакцией магистра библиотековедения В. В. Зверевича (Россия). Хотелось бы, прежде всего, от имени российских специалистов, которые готовили к печати настоящее издание, выразить нашу искреннюю благодарность за инициативу. Уверен, что издание Словаря окажется неожиданным сюрпризом для некоторых научных коллективов России — ведь идея подготовки Словаря, как говорится, "носилась в воздухе" уже несколько десятилетий. Но идеи оставались идеями, а словаря все не было.

\ \ \ \ \ Зачем нам нужен "Англо-русский словарь по библиотечной и информационной деятельности"? Вопрос кажется риторическим, но, если подумать, становится понятно, что на него не так просто найти ответ.

\ \ \ \ \ В дореволюционной России библиотекари, которые представляли наиболее образованный отряд интеллигенции, знали иностранные языки, читали, общались и переписывались со своими коллегами. Любовь Борисовна Хавкина (1871-1949) — основатель библиотечного образования в России (1913 г.), получила библиотечное образование в Германии, но свободно владела многими языками и еще в 1920-х гг. подготовила рукопись "Словари библиотечной и библиографических терминов. Англо-русский. Немецко-русский. Французско-русский. С приложением списка латинских терминов". Но в послереволюционные годы знание иностранных языков не поощрялось, и особой нужды в языковых словарях (тем более профессиональных) не испытывалось. Словарь Л. Б. Хавкиной был опубликован лишь в 1952 г., уже после ее смерти.

\ \ \ \ \ В социалистическом обществе, на той стадии его развития, когда мы были отгорожены от стран Европы и Америки "железным занавесом", словари были нужны прежде всего узкому кругу специалистов, занимающихся изучением "зарубежного опыта". Это, как правило, были филологи, свободно владеющие английским языком. Отбиралась и переводилась на русский язык литература, в первую очередь, по идеологическим соображениям, та, которая была понятна непрофессионалам.

\ \ \ \ \ Преподавание иностранного языка в "рабоче-крестьянской" школе оставляло желать лучшего. Хорошо помню, как учительница английского и немецкого языков часто говорила нам на уроках: "Вам никогда не увидеть в своей жизни ни одного иностранца!" Некоторый перелом наступил лишь в конце 1950-х гг.: появилась система органов научно-технической информации.

\ \ \ \ \ И тут выяснилось, что библиотекари не знают языков и не могут взять на себя новые функции. Так повелось с давних пор: в крупных библиотеках нашей страны были созданы "Отделы литературы на иностранных языках" со своими фондами и даже со своими каталогами, работали в них не библиотекари, а дипломированные учителя иностранных языков.

\ \ \ \ \ А "международные связи"? Разве наша страна не участвовала в работе ИФЛА, ИСО и других международных организаций? Нет, конечно, участвовала — если наш специалист знал язык и подготовил доклад, то мог претендовать на поездку. Но пускали не всех. Не пустили, например, свободно владеющего несколькими языками индексатора Книжной летописи ВКП Николая Валериановича Русинова (1873-1940) на Первый всемирный конгресс по библиотечному делу и библиографии (Рим—Венеция, 1929 г.) — показался неблагонадежным, да и доклад был не совсем понятным — "Об индексации Книжной летописи".

\ \ \ \ \ Доклады переводились квалифицированными переводчиками, которых с годами становилось все меньше и меньше. Вспоминаю, как в середине 1980-х гг. Нина Яковлевна Рыбак (1924-1997?), мастер письменного перевода, человек удивительной судьбы, признавалась мне, что 70% докладов российской делегации "проходят" через ее рабочий стол, заваленный словарями.

\ \ \ \ \ Странно, но живя в этой обстановке "идеологического противодействия" наши специалисты, как оказалось, знали зарубежную теорию и практику гораздо лучше, чем коллеги в других странах — о том, что делается в России. Каким же образом? Читали литературу. Старались общаться с теми библиотекарями, которые посещали нашу страну. Углубляли знание языка.

\ \ \ \ \ С годами "читающей публики" становилось все больше и больше. Больно говорить о том, что издание известного сборника "Библиотековедение и библиография за рубежом" прекратилось на вып. 138-139. Сорок лет (1958-1997 гг.) он был, по сути дела, единственным изданием подобной тематики в мире! Всероссийская библиотека иностранной литературы продолжает издавать сборники "Библиотеки за рубежом". У нас опубликованы десятки монографий о библиотеках зарубежных стран. Назовем для примера: "Библиотеки и библиотечное дело США: комплексный подход" (коллектив авторов, два издания, 1991-1993 гг.), "Библиотековедческие и информационные исследования в США"

\ \ \ \ \ Г. В. Варгановой (2002 г.), "Библиотечное обслуживание детей и юношества: американский опыт" (коллектив авторов, 2004 г.). Соединенным Штатам Америки "повезло" более всего: можно было бы назвать несколько десятков отдельных изданий, сотни статей. (Так и хочется спросить американцев: а что у вас есть о России?)

\ \ \ \ \ В советском обществе — об этом сегодня стараются забыть — у библиотек не было проблем с финансированием комплектования фондов. Мы получали — и сегодня получаем, но с каким трудом! — десятки, если Не сотни названий периодики из зарубежных стран. Ежегодно в Кабинет библиотековедения Государственной библиотеки СССР им. В. И. Ленина (ныне — Российская государственная библиотека) поступали сотни изданий из многих стран мира. Благодаря Л. Б. Хавкиной в этой библиотеке собиралась коллекция библиотечной периодики США и Великобритании — с самых первых номеров (например, Library Journal — с 1876 г.).

\ \ \ \ \ Понятно, что с годами все больше внимания мы обращали на то, что преподавание английского специального, профессионального языка поставлено у нас плохо, специальная терминология изучается только на занятиях аспирантов. Очень часто преподают лица с филологическим образованием, не знающие глубоко предмета.

\ \ \ \ \ Так рождаются учебники и пособия по "библиотечному английскому", в которых много английского, но почти нет ничего библиотечного. Материалы учебных заданий тематически охватывают лишь проблемы истории книги и библиотечного дела, психологии чтения, немного книговедения, немного библиотековедения (в основном, типологию библиотек). Главное — найти "более или менее понятную" (для преподавателя) статью для проведения учебных занятий по традиционной методике. Находят и изучают: об Александрийской библиотеке, о Британском музее и Библиотеке Конгресса.

\ \ \ \ \ Специальной тематики, например, каталогизации и классификации (не говоря о компьютеризации или форматах) такие преподаватели боятся как огня...

\ \ \ \ \ Между тем в последние годы в десятки раз возрос поток библиотекарей нашей страны, выезжающих за рубеж на стажировки, участвующих в работе различных международных и национальных конференций. Многие привозят с собой интересные издания. Хочется, чтобы о них знали. Проще всего опубликовать перевод. Возросло число изданий переводов профессиональной литературы, в первую очередь с английского языка. Считается, что каждый, знающий язык, может заняться переводческой работой. Проблемы с библиотечной тематикой?

\ \ \ \ \ Так ведь это не молекулярная биология, не порошковая металлургия и не высшая алгебра... Элементарный, на первый взгляд, текст. Многим из переводчиков и в голову не приходит, что библиотекари пользуются специальным языком, обладающим весьма специфической системой терминов и понятий. Берутся за перевод, не зная о том, что есть (и немало) специальные словари библиотечной и книговедческой лексики.

\ \ \ \ \ Качество профессионального перевода в последние годы снизилось. Квалифицированные переводчики, свободно владеющие английским (и блестяще русским, что очень важно при синхронном переводе), стали "штучным товаром". Что говорить, если их всего несколько, мы видим и слышим их на всех конференциях и совещаниях. А те, которые изучали язык в целом, чаще всего переводят как придется. Не зная, например, реалий американской библиотечной практики, переводчик видит "слова", а не эквивалентные им понятия.

\ \ \ \ \ В принципе, наверное, вовсе не обязательно было заканчивать библиотечный вуз, чтобы разбираться в библиотечном деле, в библиотечной теории и практике.

\ \ \ \ \ Не имели базового библиотечного образования ни Татьяна Петровна Елизаренкова (1900-1968), ни Михаил Хачатурович Сарингулян (1926-1997), но их словарями мы пользуемся и сейчас.

\ \ \ \ \ Инициатива создания "Словаря книговедческих терминов" принадлежала Борису Петровичу Каневскому (1922-1991), заведующему отделом иностранного комплектования и международного книгообмена Государственной библиотеки СССР им. В. И. Ленина. Сам Б. П. Каневский отлично владел библиотечным английским, многие годы работал с литературой, постоянно переписывался и общался с коллегами. В ответ на простой вопрос о значении того или иного термина, он мог прочитать целую лекцию, объясняя попутно многие реалии англо-американской библиотечной практики.

\ \ \ \ \ По предложению Б. П. Каневского один из сотрудников его отдела — М. X. Сарингулян в послевоенные годы начал вести картотеку терминов, анализируя широкий спектр литературы — не только библиотечной и библиографической, но также и по многим смежным областям. Более десяти лет велся учет всей лексики из книг и периодики. "Англо-русский библиотечно-библиографический словарь" М. X. Сарингуляна выпустило издательство Всесоюзной книжной палаты в 1958 г. тиражом 10 тыс. экземпляров. Это — удивительный труд, сохраняющий свое значение и сегодня. В словаре (с. 7-202) объяснено свыше 11 тыс. терминов и понятий, очень богато представлены сокращения (с. 203-232), даны справочные таблицы перевода римских цифр в арабские, английских мер, градусов Фаренгейта и Цельсия, типографских пунктов. Но самым ценным были "Иллюстрации" — несколько сот рисунков, иллюстрирующих те или иные реалии языка. Вскоре после издания словаря М. X. Сарингулян был приглашен на работу в Министерство внешней торговли и многие десятилетия провел в зарубежных командировках. Он рассказал мне (так получилось, что мы жили в одном доме), что огромная картотека оставалась в библиотеке, но разыскать ее уже не удалось.

\ \ \ \ \ В те же годы продолжала собирать и систематизировать нашу профессиональную лексику Т. П. Елизаренкова, преподаватель, заведующая кафедрой иностранных языков Московского библиотечного института. Здесь в научной библиотеке находилась вторая часть коллекции Кабинета библиотековедения. В 1933-1934 гг. его фонды разделились; часть была перевезена из центра Москвы, так как Библиотечный институт переезжал в предоставленное ему здание на Левобережной. Т. П. Елизаренкова, профессиональный лингвист, первая обратила внимание на то, что термины, широко используемые в англо-американской библиотечной литературе, представляют большие трудности для перевода и понимания.

\ \ \ \ \ В принципе перевести их не так уж сложно, но при этом легко теряется смысл понятий. Т. П. Елизаренкова стала глубоко изучать не только язык, но и библиотечное дело.

\ \ \ \ \ В своей кандидатской диссертации она одной из первых проанализировала зарубежный опыт библиотечного образования. К сожалению, не все ее материалы оказались опубликованными. В 1962 г. вышел из печати ее главный труд — "Англо-русский словарь библиотечных терминов". Ей помогала в работе группа специалистов, среди которых был и профессор Евгений Иванович Шамурин (1889-1962), автор толкового "Словаря книговедческих терминов" (1958 г.). В числе консультантов была и Александра Яковлевна Кушуль (1907-1985), которая обогатила лексику словаря классификационной терминологией. Небольшой тираж (6 тыс. экз.) быстро превратил словарь в исключительную библиографическую редкость.

\ \ \ \ \ В 1969 г. вышел в свет небольшой (9300 терминов) "Русско-английский словарь книговедческих терминов" Т. П. Елизаренковой под редакцией Б. П. Каневского.

\ \ \ \ \ В 1962 г. в нашей стране появилось в продаже удивительное издание — "Vocabularium bibliothecarii" — объемистая книга (627 с.), изданная ЮНЕСКО. Работа над "Словарем библиотекаря" была начата в конце 1930-х гг., но война прервала ее. С 1949 г. рукопись оказалась в руках Энтони Томпсона, "удивительного англичанина и интернационального библиотекаря", как называли его в ИФЛА. Действительно, Э. Томпсон всю свою жизнь проработал в международных библиотечных организациях. Начиная работу над первоначально накопленным массивом, он занялся систематизацией лексики и в итоге принял решение сделать словарь-полиглот, взяв за основу расположения терминов систематический порядок — по индексам УДК, не зависящим от алфавита какого-либо одного языка.

\ \ \ \ \ Первое издание словаря (1953 г.) содержало терминологию на английском, немецком и французском языках. Для представления лексики на русском языке был приглашен профессор Е. И. Шамурин, прекрасно владеющий европейскими языками. В 1960 г. А. Томпсон побывал в Москве, встречался здесь с Е. И. Шамуриным и Т. П. Елизаренковой. Русские термины согласовывались с соответствующими терминами на трех языках.

\ \ \ \ \ Второе издание словаря вышло в 1962 г. и содержало термины уже на пяти языках. Пятая, испанская часть, оказалась гораздо слабее русской, так как представляла, по сути дела, лишь перевод с французского. Э. Томпсон продолжал работу над "Словарем библиотекаря" до самой своей смерти в 1979 г., последовательно обогащая набор языков и развивая состав лексики.

\ \ \ \ \ Мы рассказали об изданиях 1950-1960-х гг. С тех пор наша терминосистема выросла в объеме, вобрала в себя огромное количество понятий информатики и вычислительной техники и, переработав их в своих целях, создала совершенно новый пласт лексики, не отраженной пока ни в одном словаре. Только Шиали Рамамрита Ранганатан (1892-1970) подарил библиотековедению сотни новых терминов, сложных для понимания уже потому, что большая их часть относится к абстрактным понятиям. Работа над словарем Ш. Р. Ранганатана на протяжении многих лет продолжалась Т. П. Елизаренковой совместно с А. Я. Кушуль. Часть словаря опубликована в приложении к русскому переводу "Классификации двоеточием", изданному ГПНТБ СССР в 1970 г. В конце 1960-х гг. мне посчастливилось принимать участие в этой работе (Т. П. Елизаренкова и А. Я. Кушуль были моими преподавателями в студенческие годы). Предполагалось издать словарь Ш. Р. Ранганатана в полном виде, но в ГПНТБ СССР тема была закрыта. А. Я. Кушуль до самой смерти продолжала работать над освоением терминологии фасетного анализа и синтеза. Многие термины введены ею в публикациях, посвященных Классификационной исследовательской группе в Великобритании, материалы которой она получала непосредственно из Лондона от Дугласа Фоскетта (1918-2004), директора Библиотеки Университетского колледжа (University College) в Лондоне. А. Я. Кушуль внесла огромный вклад в развитие нашей терминосистемы.

\ \ \ \ \ Мир современной библиотеки необыкновенно расширился. Наряду с традиционными столами, стульями и каталожными шкафами, появились сотни новых предметов мебели и оборудования, каких-то приспособлений, принадлежностей, устройств... Все они имеют свои собственные названия на английском языке, но мы не всегда знаем их точные эквиваленты. Мы оказываемся беспомощными, взяв в руки известный во всем мире торговый каталог библиотечного оборудования американской фирмы Гэйлорд (Gaylord) — тысячи названий, аналогов которым в русском языке нет. Как это перевести? Многие об этом и не задумываются.

\ \ \ \ \ Доказывая (в последние годы — неоднократно) положение о необходимости нового англо-русского словаря, я всегда исходил из того, что это должна быть коллективная работа специалистов России и англоязычных стран.

\ \ \ \ \ Мы исходили из того, что в стране накоплен определенный опыт.

\ \ \ \ \ Мы располагаем тремя изданиями толкового "Словаря библиотечных терминов", сыгравшего колоссальную роль в упорядочении нашей терминосистемы.

\ \ \ \ \ 1990-е гг. были важным этапом в развитии стандартизации терминологии. В рамках Системы стандартов по информации, библиотечному и издательскому делу (СИБИД) были пересмотрены и дополнены ранее утвержденные терминологические стандарты, при этом удалось решить проблемы согласования терминосистем научно-информационной деятельности, библиографии и библиотечного дела. Сегодня общее количество стандартизованных терминов в границах СИБИД приближается к девяти сотням. Стандартизированная терминология в нашей стране лежит в основе законов, положений и инструкций. Ее надо выполнять.

\ \ \ \ \ В 1992 г. вышел в свет толковый словарь "Современная каталогизационная терминология" Т. А. Бахтуриной и Э. Р. Сукиасяна (около 600 терминов с эквивалентами на английском, немецком, французском языках).

\ \ \ \ \ В 1986 г. ВИНИТИ опубликовал уникальное пособие, выполненное по поручению Международной федерации по документации (FID 650) — "Терминологическое пособие по теории и методике применения УДК".

\ \ \ \ \ Подобного издания не было раньше в мировой практике. Под одной обложкой собралось пять идентичных друг другу книжек на русском, английском, немецком, испанском и итальянском языках с систематическим расположением материала (около 400 терминов и понятий) и двумя указателями: алфавитным и в графической форме.

\ \ \ \ \ В 1998 г. Т. А. Жуплатова в Самарской областной библиотеке завершила колоссальную работу по объединению лексики словарей М. X. Сарингуляна и Т. П. Елизаренковой. Подготовленный ею по гранту "Англо-русский и русско-английский словарь по библиотечному делу" был на время размещен в Интернете. По ходу работы выяснилось, что наша профессиональная лексика почти полностью отражена в "больших" (трехтомных) словарях (англо-русском и русско-английском), опубликованных в Москве в 1997 г.

\ \ \ \ \ В 1990 г. по инициативе директора ГПНТБ России, главного редактора сборника "Научные и технические библиотеки" А. И. Земскова в сборнике был открыт дискуссионный клуб "Термин". В первой публикации (№ 5) был рассмотрен сложный для понимания термин peer review. Участники клуба обсудили проблемы заимствования и написания англоязычных терминов, обсудили содержание понятий оцифровка (оцифровывание), виртуальная — электронная библиотека, электронный каталог, термины и понятия, связанные с типологией электронных ресурсов, термины outsourcing, управление знаниями — экология знаний. Прошла интересная дискуссия "Документ — информация и/или носитель" (в ней выступили известные ученые И. Г. Моргенштерн и Ю. Н. Столяров).

\ \ \ \ \ В библиотечную практику активно внедряется терминология компьютерных технологий. Процесс протекает настолько бурно, что Ф.С. Воройскому пришлось после выхода первого издания своего словаря сразу же готовить второе, а затем третье: "Информатика. Новый систематизированный толковый словарь-справочник.

\ \ \ \ \ Введение в современные информационные и телекоммуникационные технологии в терминах и фактах" (2003 г.), объясняющего 16 тыс. терминов. Алфавитный указатель англоязычных терминов и аббревиатур занимает в нем с. 705-755 (в две колонки). Благодаря словарю-справочнику Ф. С. Воройского специалисты смогли освободить полки от десятка словарей по информатике, вычислительной технике и программированию.

\ \ \ \ \ Вопросам терминологии в профессиональной печати посвящена масса статей и публикаций. Многие из них связаны с текущими проектами, реализуемыми в стране. В России переводились и издавались Описания и Руководства по использованию форматов MARC 21 и UNIMARC, Десятичная классификация Дьюи и Универсальная десятичная классификация, подготавливаются соответствующие практические пособия. Классификационная терминология активно развивается и в связи с выпуском очередных изданий Библиотечно-библиографической классификации — Национальной классификационной системы России. С середины 1990-х гг. в сотрудничестве со специалистами Библиотеки Конгресса последовательно проводится работа по гармонизации национальных Правил составления библиографического описания с англо-американскими правилами каталогизации. Завершается работа над Российскими правилами каталогизации. В последние годы активно развивается терминология, связанная с библиографическим описанием (ISBD, FRBR). Пересматриваются государственные стандарты. Все новое быстро становится известным широкому кругу специалистов по публикациям в печати.

\ \ \ \ \ Благодаря программе "Открытый мир" в 2003-2004 гг. сотни российских библиотекарей впервые имели возможность познакомиться с библиотеками США.

\ \ \ \ \ Они привезли с собой не только впечатления, но и новые термины и понятия, о которых рассказали в своих публикациях. Специализированные российские группы ежегодно посещают США, участвуют в работе ежегодных конференций Американской библиотечной ассоциации. Отдельные специалисты направляются для изучения американской практики по узким вопросам (обслуживание инвалидов, форматы и пр.). Как правило, они возвращаются с документами, обработка которых также связана с терминологическими проблемами.

\ \ \ \ \ Мне, например, был подарен в Библиотеке Конгресса полный комплект документов (весом в полтора десятка килограмм), связанных с деятельностью кадровой службы и системой повышения квалификации: конечно, многое отразилось в публикациях, но часть не обработана до сих пор.

\ \ \ \ \ Замечено, что чем выше квалификация направленного в США специалиста, тем значительней оказывается эффективность поездки в целом. Сейчас в США уже в третий раз поехала Т. В. Еременко. К высшему библиотечному образованию (МГИК, 1980) она добавила ученые степени кандидата педагогических наук (МГИК, 1992) и магистра библиотечной и информационной науки (Симонс-колледж (Simmons College), Бостон, Массачусетс, США, 2000). Результаты двух продолжительных стажировок позволили ей написать две монографии — "Современные информационные технологии в университетских библиотеках США" (2002 г.) и

\ \ \ \ \ "Информатизация вузовских библиотек в России и США: сравнительный анализ" (2003 г.). Перед отъездом Т. В. Еременко защитила докторскую диссертацию.

\ \ \ \ \ Она изучает практику работы университетских библиотек США с Reserve collection (о том, как трудно нам понять этот термин, мы скажем ниже).

\ \ \ \ \ Думаю, что знакомство с состоянием терминологической работы в России окажется "новым знанием" для тех, кто находится в Америке.

\ \ \ \ \ Словарь публикуется в России. Издательство поручило редактирование полученной из США рукописи квалифицированному российскому специалисту — В. В. Зверевичу, имеющему как отечественное, так и американское библиотечное образование, магистру библиотековедения (Университет Святого Джона (St. John's University), Нью-Йорк, США, 1995), прекрасно знающему язык и американскую библиотечную практику. К работе в качестве консультанта привлекли и меня. Пришлось, прежде всего, сверить всю терминологию со стандартами и внести немало исправлений. Например, в конце 1970-х гг. мы изменили словоупотребление: вместо "централизованная классификация" стали говорить правильно: централизованная систематизация (соответственно, centralized classification).

\ \ \ \ \ "Bookmobile" мы давно переводим как "библиобус". Поэтому не надо объяснять, что это "передвижная библиотека" или библиотека-автомобиль. Термин передвижная библиотека у нас есть, но она никуда не "передвигается" на автомобиле. О том, как этот термин перевести на английский, надо будет подумать при составлении русско-английского словаря.

\ \ \ \ \ Труднее всего было редактировать перевод, если аналога у нас пока нет. Например, booth, carrel — это синонимы или есть отличия? Нет у нас копировальных машин, которыми могут пользоваться сами читатели, купив карточку для оплаты. Поэтому термин card-operated, photocopier приходится не переводить, а объяснять.

\ \ \ \ \ Нет у нас пока и упомянутых Reserve collections. Понять, что это такое, сложно. Ясно, что это фонд. Подняв свои записи наблюдений (в Университете Ратгерс (Rutgers University), Нью-Брунсуик, Нью-Джерси, США, например) и соединив их с объяснениями Т. В. Еременко, я понял, что эти "коллекции" существуют как в электронном виде (хранятся на сервере академической библиотеки), так и в традиционном виде, являясь при этом составной частью фонда академической библиотеки.

\ \ \ \ \ При наличии электронной резервной коллекции у каждого профессора есть возможность в часы лекций или консультаций дать соответствующие адреса с комментариями. Пользоваться студенты могут когда угодно и где угодно, везде, если есть вход в Интранет (например, в общежитии). И учебники, и учебные материалы, и контрольные работы, и методические пособия — все здесь есть. Профессор Библиотечной школы в Университете Ратгерс, консультируя при мне студентов из Юго-Восточной Азии, сразу же распечатывал для них некоторые материалы из Reserve collection и тут же, на полях, ставил свои "нота-бене", подчеркивал термины и пр. В традиционной "резервной коллекции" читатели получают материал только в пределах специального читального зала на срок обычно не более 2-3 часов. Преподаватели сами формируют фонд "резервной коллекции" (как традиционной, так и электронной) в части своего курса и иногда предоставляют для нее личные экземпляры (книги, ксерокопии статей, CD-диски и др.).

\ \ \ \ \ "Резервная коллекция" является частью фонда академической библиотеки, но не каталогизируется. Что с этим делать? Перевести калькой ("резервная коллекция")? Мы сделали именно так. Будет ли это понятно?

\ \ \ \ \ Ответ на этот вопрос мы попробовали дать в Словаре.

\ \ \ \ \ С этой целью мы дали развернутое объяснение сущности, форм и способов функционирования резервных коллекций в академических библиотеках в США.

\ \ \ \ \ Technical services. Если сохранить перевод, который мы получили в рукописи ("отделение технических служб"), то для нас это: гараж, слесарная и столярная мастерская, сантехники и электрики, даже не ВЦ (попробовал бы кто-нибудь назвать наших программистов "техническими службами"). Перевести нельзя, приходится пояснять, например, так: "Ряд подразделений библиотеки, ответственных за комплектование и обработку поступающих в фонды документов (в том числе каталогизацию и ведение СБА), в совокупности называемых "техническими службами", в отличие от подразделений, непосредственно связанных с обслуживанием читателей и осуществляющих административные функции".

\ \ \ \ \ Не сдают у нас книги "в ящик"! Поэтому русскому библиотекарю (и читателю) не всегда понятен термин book return box или bookdrop (что то же самое). Книги можно "сдать" таким образом только в том случае, если в библиотеке работает система автоматической регистрации. Есть термин, который перевести еще труднее: если ящик находится за стеной, то на стене остается лишь щель, прорезь, в которую надо "сдавать" библиотечные материалы.

\ \ \ \ \ Иногда очень трудно размежевать значения. Так, в России уже на протяжении четверти века не принято говорить о классификации, как о процессе. Мы, в соответствии с терминологическим стандартом, в этом случае применяем термин систематизация. Есть в английском языке полный эквивалент? Есть — classifying. Тем не менее в речи, и, что еще хуже, в литературе сплошь и рядом для обозначения процесса применяют classification. Приходится во всех случаях разбираться: analytical classification может переводиться и как аналитическая классификационная система, и как аналитическая систематизация.

\ \ \ \ \ В России принят термин Шифр хранения документа. В англоязычной практике ему соответствует два разных термина: Call number — если шифр хранения документа написан на бланке требования, и Book number, когда он нанесен на сам документ, помещен на ярлычке (на верхней крышке переплета, корешке или на футляре).

\ \ \ \ \ В нашей стране, как и в англоязычных странах, многие годы Author tables переводили как "авторские таблицы". Специалисты рекомендовали более правильный вариант таблицы авторских знаков, который за несколько десятилетий стало нормой словоупотребления.

\ \ \ \ \ У нас нет устоявшегося эквивалента для Computer science (переводят как кому показалось правильным). Компьютерной науки нет, есть техника и технология производства, эксплуатации, ремонта компьютеров. В основе же лежит или прикладная математика, или вычислительная техника (здесь снова техника, а не наука), или программирование.

\ \ \ \ \ Все, наверное, уже знают, что Academic library — не "академическая библиотека", а библиотека высшего учебного заведения. Важно отметить, что так же переводятся и производные от academic, например, academic publication — не "академическое издание", а университетское издание.

\ \ \ \ \ Librarian (в тексте с прописной буквы) — не "библиотекарь", а директор библиотеки (при этом название библиотеки часто опускается: Librarian of Congress — директор Библиотеки Конгресса, University Librarian — директор университетской библиотеки, Branch Librarian — заведующий филиалом). Это важное отличие от отечественной практики. Отсутствующее в нашем словаре понятие officer (обычно уточняется функция, например, stock development officer) переводится, конечно, не "офицер", а специалист.

\ \ \ \ \ В России отсутствует понятие "парапрофессионал". Раз эквивалента нет, в словаре пришлось дать развернутое пояснение: Paraprofessional librarian — библиотекарь, не получивший диплом о профессиональном образовании, но обученный выполнять обязанности профессионального библиотекаря, "(...соответственно, Paraprofessional librarian position — библиотечная должность, не требующая наличия диплома о профессиональном образовании, занимать которую могут специально обученные, но не дипломированные библиотекари...)" Понятие, как мы видим, нужное: парапрофессионалов у нас очень много, сомнительно только, применим ли для всех критерий "специально обученные".

\ \ \ \ \ Сложности у нас возникают и с термином, казалось бы, понятным: Cataloging. Каталогизация имеет узкое (только составление библиографического описания) и широкое значение (работа с каталогами в целом). В России — стандартизировано в широком. Судя по американским словарям, там — аналогичная практика. Но почему тогда англо-американские правила составления библиографического описания (в крайнем случае — формирования библиографической записи) называются широко — правилами каталогизации? Почему известный и многократно переиздававшийся учебник называется "Introduction to Cataloging and Classification"? Разве у них classification не входит в cataloging?

\ \ \ \ \ И мы пошли по тому же пути, выпуская Российские правила каталогизации. Правда, обещаем исправить ситуацию: одна из частей будет посвящена индексированию.

\ \ \ \ \ OPAC для России — просто Электронный каталог. В его определение (по ГОСТу) входят все признаки — и "онлайновость", и общедоступность. Но этого не знают наши коллеги за рубежом. Между тем все "закрытые" машиночитаемые каталоги, доступ к которым ревностно охраняют библиографы, не более, как электронные базы данных (или по форме — машиночитаемые каталоги).

\ \ \ \ \ Сложно ввести в специальный словарь ряд терминов и понятий словаря Ранганатана — слишком многие термины пришлось бы давать с пояснениями. В словаре остались лишь те термины, которые широко применяются в повседневной практике. В России используются парные термины, например: фасетная классификация — аналитико-синтетическая классификационная система, фасетная формула — классификационная формула и т. п.

\ \ \ \ \ Нас очень смущает наличие терминов, которые мы переводим одними и теми же словами (как бы синонимов), имеющих, как нам кажется, свою семантическую окраску. Приведем классические случаи: checking, retrieval, search, которые переводятся как разыскание, поиск; stock и collection — как фонд; enquiry (inquiry) и request — как запрос; borrow, lending, loan, circulation — как (книго)выдача, абонемент. Список можно продолжить. Понятно, что все они входят в состав устойчивых словосочетаний, у каждого есть своя "область применения". Нюансы объяснить смогут только американцы, обладающие, к тому же, чувством языка. Выход у нас один: работать надо вместе!

\ \ \ \ \ Выход "Англо-русского словаря по библиотечной и информационной деятельности" — важный, быть может, начальный этап многотрудной и многолетней работы. Составители в полной мере сознают, что в ходе работы могли быть допущены пропуски и ошибки. Всех проблем первое издание Словаря не решит — и не может решить. Пока шла работа, появились, например, "Франкфуртские принципы", содержащие огромный пласт новой крайне необходимой терминологии.

\ \ \ \ \ Редакторы успели лишь немного дополнить Словарь — по тем публикациям, содержащим русские эквиваленты, которые успели выйти. Мы проверили весь список: около 70 терминов в словарь не попали. Перевести можно, но утвердятся ли предложенные нами "слова" в качестве терминов русского языка? Торопливость здесь может стать помехой...

\ \ \ \ \ В Словаре есть только два "Международных номера" — ISBN и ISSN. А есть ли еще на сегодня? Да, такая информация есть, на русском языке она, как нам кажется, пока не опубликована. Поэтому для любознательных перечислим лишь аббревиатуры: ISMN, IRSC, ISFN, ISRN, ISAN.

\ \ \ \ \ Как представлена в Словаре терминология упомянутого нами пособия по УДК? Сверили одну букву А. Результат: 12 терминов отсутствует (из 41).

\ \ \ \ \ Осталось открыть предметный указатель к лежащему рядом каталогу компании Gaylord...

\ \ \ \ \ Подумаем: язык — живая, развивающаяся во времени и пространстве материя. Словарь — лишь модель, некая попытка отразить все многообразие жизни. А если речь идет о двух богатых по составу языках народов, живущих на разных континентах?

\ \ \ \ \ Этот Словарь — первый, сделанный в XXI веке.

\ \ \ \ \ Пусть он покажет нам, что работать надо вместе, как бы это не казалось проблематичным. У нас есть необходимые предпосылки для совместной работы; мы даже обладаем рядом преимуществ в сравнении с нашими коллегами, жившими 100 и даже 50 лет назад (взять хотя бы наличие Интернета и электронной почты, которые снимают если не все, то многие проблемы, связанные с коммуникацией друг с другом). Работы у нас — непочатый край. Сначала надо сделать, конечно, русско-английский словарь. И не только путем инверсирования англо-русского, как многим кажется. Нужен словарь, в котором отразится библиотечная Россия — так, чтобы она стала понятной англоязычному миру.

\ \ \ \ \ Приглашаем к участию в этой работе всех наших коллег, проживающих и работающих как в России и странах бывшего СССР, так и за рубежом.

\ \ \ \ \ Ведущий научный сотрудник РГБ, канд. пед. наук Э. Р. Сукиасян

\

ГОСТ 7.0-99 Информационно-библиотечная деятельность, библиография. Термины и определения: Введ. 07.01.2000. — М., 1999.

ГОСТ 7.1-2003 Библиографическая запись. Библиографическое описание. Общие требования и правила составления: Введ. 01.07.2004. — М., 2003.

ГОСТ 7.48-2002 Консервация документов. Основные термины и определения: Введ. 01.01.2003. — М., 2002.

ГОСТ 7.59-90 Индексирование документов. Общие требования к систематизации и предметизации: Введ. 01.01.91. — М., 1990.

ГОСТ 7.60-90 Издания: Основные термины и определения: Введ. 01.01.91. — М., 1990.

ГОСТ 7.70-96 Описание баз данных и машиночитаемых информационных массивов. Состав и обозначение характеристик: Введ. 01.01.97. — М., 1996.

ГОСТ 7.73-96 Поиск и распространение информации. Термины и определения: Введ. 01.01.98. — М., 1996.

ГОСТ 7.74-96 Информационно-поисковые языки. Термины и определения: Введ. 01.01.97. — М., 1996.

ГОСТ 7.76-96 Комплектование фонда документов. Каталогизация. Термины и определения: Введ. 01.01.98. — М., 1996.

ГОСТ 7.80-2000 Библиографическая запись. Заголовок. Общие требования и правила составления: Введ. 01.07.2001. - М., 2000.

ГОСТ 7.82-2001 Библиографическая запись. Библиографическое описание электронных ресурсов. Общие требования и правила составления: Введ. 01.07.2002. — М., 2001.

ГОСТ 7.83-2001 Электронные издания. Основные виды и выходные сведения: Введ. 01.07.2002. — М., 2001.

ГОСТ 15971-90 Системы обработки информации. Термины и определения: Введ. 01.01.92. — М., 1990.

ГОСТ 34.003-90 Автоматизированные системы. Термины и определения: Введ. 01.01.92. — М., 1990.

\

•\ \ Алешин, Л. И. Автоматизация в библиотеке: учеб. пособ. / Л. И. Алешин; МГУКИ. — М.: ИПО Профиздат, 2001. — 72 с.

•\ \ Англо-русский полиграфический словарь / Под общ. ред. А. А. Тюрина. — М.: Физматгиз, 1962. — 450 с.

•\ \ Басин, О. Я. Полиграфический словарь / О. Я. Басин. — М.: Книга, 1964. — 388 с.

•\ \ Бахтурина, Т. А. Завершение важного этапа стандартизации терминологии СИБИД (К введению ГОСТа 7.0-99) / Т. А. Бахутрина, Э. Р. Сукиасян / / Науч. и техн. б-ки. — 2001. — № 4. - С. 83-95.

•\ \ Бахтурина, Т. А. Проблемы взаимосвязи международной и национальной терминосистем / Т. А. Бахутрина / / Науч. и техн. б-ки. — 2001. — № 6. — С. 99-106.

•\ \ Бахтурина, Т. А. Терминология современных международных принципов каталогизации / Т. А. Бахтурина / / Науч. и техн. б-ки. — 2004. — № 5. — С. 27-40.

•\ \ Бахтурина, Т. А. Термины, связанные с типологией электронных ресурсов / Т. А. Бахутрина / / Науч. и техн. б-ки. — 2001.-Х а 5.- С. 60-66.

•\ \ Библиотеки и библиотечное дело США: Комплексный подход / Под ред. В. В. Попова. — 2-е изд., испр. — М.: "Логос", 1993. - 296 с.

•\ \ Библиотечное дело: Терминол. слов. / ГБЛ. — 2-е изд. перераб. и значит. доп. изд. — М.: Книга, 1986. — 224 с.

•\ \ Библиотечное дело: Терминол. слов. / Рос. гос. б-ка. — 3-е изд. значит. перераб. и доп. — М.: Книга, 1997. — 168 с.

•\ \ Библиотечное обслуживание детей и юношества: американский опыт / Рос. гос. б-ка.; пер. с англ. и сост. Р. 3. Пановой, В. П. Чудиновой. — М.: Пашков дом, 2004. — 256 с.

•\ \ Борковский, А. Б. Англо-русский словарь по программированию и информатике: [С толкованиями]: Ок. 6000 терминов / А. Б. Борковский. — 2-е изд., стер. — М., 1990. — 332 с.

•\ \ Варганова, Г. В. Библиотековедческие и информационные исследования в США / Г. В. Варганова. — СПб.: Профессия, 2002. — 192 с.

•\ \ Воройский, Ф. С. Информатика. Новый систематизированный толковый словарь-справочник (Введение в современные информационные и телекоммуникационные технологии в терминах и фактах) / Ф. С. Воройский. — 3-е изд., перераб. и доп. - М.: ФИЗМАТЛИТ, 2003. - 760 с.

•\ \ Воропаева, Н. Ф. Пособие по английскому языку: Для студентов ст. курсов библиотечных специальностей вузов / Н. Ф. Воройский. — М.: Высш. школа, 1981. — 192 с.

•\ \ Елизаренкова, Т. П. Англо-русский словарь книговедческих терминов / Т. П. Елизаренкова. — М.: Сов. Россия, 1962. — 510 с.

•\ \ Елизаренкова, Т, П. Русско-английский словарь книговедческих терминов: 9300 терминов / Т. П. Елизаренкова; под ред. Б. П. Каневского. — М.: Сов. энциклопедия, 1969. — 264 с.

•\ \ Еременко, Т. В. Информатизация вузовских библиотек в России и США: сравнительный анализ: Монография / Т. В. Еременко — М.: Пашков дом, 2003. — 297 с., ил.

•\ \ Земсков, А. И. Термин outsourcing / А. И. Земсков / / Науч. и техн. б-ки. — 2001. — № 8. — С. 62-63.

•\ \ Книговедение: Энциклопедический словарь / Ред. кол.: Н. М. Сикорский, гл. ред., О. Д. Голубева, А. Д. Гончаров, И. М. Дьяконов и др. — М.: Сов. энциклопедия, 1981. — 664 с.

•\ \ Краткий англо-русский технический словарь / Ю. А. Кузьмин, В. А. Владимиров, Я. Л. Гельман и др. — М.: ММПШ, 1992. — 416 с.

•\ \ Курьянов, Е. И. Англо-русский словарь по средствам массовой информации: [С толкованиями] / Е. И. Курьянов. — М.: Международная школа переводчиков, 1993. — 320 с.

•\ \ Мильчин, А. Э. Справочник издателя и автора: редакционно-издательское оформление издания / А. Э. Мильчин, Л. К. Чельцова. — М.: Олимп: ООО фирма изд-во ACT, 1999.-688 с.

•\ \ Ожегов, С. И. Толковый словарь русского языка / С. И. Ожегов, Н. Ю. Шведова. — 3-е изд., стер. — М.: Азъ, 1996. - 907 с.

•\ \ Правила составления библиографического описания: 4.1. Книги и сериальные издания / Междувед. каталогизац. комис. при гос. б-ке СССР им. В. И. Ленина; Сост. О. И. Бабкина, Т. А. Бахтурина, В. А. Василевская и др. — М.: Книга, 1986. — 528 с.

•\ \ Ранганатан, Ш. Р. Классификация двоеточием. Основная классификация / Ш. Р. Ранганатан; ГПНТБ СССР; Пер с англ. под ред. Т. С. Гомолицкой и др. — М., 1970. — 422 с.

•\ \ Сарингулян, М. X. Англо-русский библиотечно-библиографический словарь / М. X. Сарингулян; Под ред. П. X. Кананова, В. В. Попова. — М.: Изд.-во Всесоюзной книжной палаты, 1958. — 284 с.

•\ \ Словарь библиотечных терминов / ГБ Л. — М.: Книга, 1976.-222 с.

•\ \ Словарь издательских терминов / Сост. В. С. Сонкина, А. К. Бадичин, Н. И. Волнова, В. П. Смирнова; Под. ред. A. Э. Мильчина. — М.: Книга, 1983. — 207 с.

•\ \ Словарь терминов по информатике на русском и английском языке / Г. С. Жданова, Е. С. Колоброзова, В. А. Полушкин, А. И. Черный. — М.: Наука, 1971. — 360 с.

•\ \ Современная каталогизационная терминология: Толковый словарь с метод, рекомендациями / Рос. гос. б-ка; Сост. Т.А. Бахтурина, Э.Р. Сукиасян. — М., 1992. — 197 с.

•\ \ Справочник библиографа / Науч. ред. А. Н. Ванеев, B. А. Минкина. — СПб.: Профессия, 2002. — 528 с.

•\ \ Справочник библиотекаря / Гос. б-ка СССР им. В. И. Ленина; Сост. С. Г. Антонова, Г. А. Семенова; Отв. ред. Н. С. Карташов. — М.: Книга, 1985. — 303 с.

•\ \ Справочник библиотекаря / Науч. ред. А. Н. Ванеев, B. А. Минкина. — 2-е изд. — СПб.: Профессия, 2001. — 439 с.

•\ \ Стандарты по библиотечно-информационной деятельности / Сост. Т. В. Захарчук, О. М. Зусьман. — СПб.: Профессия, 2003. - 576 с.

•\ \ Стандарты по библиотечному делу / Сост. Т. В. Захарчук, Л. И. Петрова, Т. А. Завадовская, О. М. Зусьман. — М. — СП б.: Профессия, 2000. — 512 с.

•\ \ Сукиасян, Э. Р. Библиотечные каталоги: методические материалы / Э. Р. Сукиасян — М.: Профиздат, 2001. — 192 с.

•\ \ Сукиасян, Э. Р. Паспорт профессии библиотекаря в США / Э. Р. Сукиасян / / Библиотековедение. — 2004. — № 5. — C. 90-100.

•\ \ Сукиасян, Э. Р. Профессиональная лингвистическая культура библиотекаря или Осторожно, перевод! / Э. Р. Сукиасян / / Науч. и техн. б-ки. — 2002. — N° 6. — С. 35-43.

•\ \ Терешин, В. И. Библиотечный фонд / В. И. Терешин. — М.: Изд-во МГУКИ / НПО "Профиздат", 2001. - 176 с.

•\ \ Терминологический словарь по библиотечному делу и смежным отраслям знания / РАН, Б-ка по естественным наукам ; Сост. 3. Г. Высоцкая (отв. ред.), В. А. Врубель, А. Б. Маслов, Л. К. Розеншильд. — М.: Б.и., 1995. — 268 с.

•\ \ Терминологический словарь по информатике / Международный центр научной и технической информации. — М.: МЦНТИ, 1975. - 752 с.

•\ \ Терминологическое пособие по теории и методике применения УДК = Vocabulary of terms on UDC theory and practice: Словарь терминов с определениями на англ., нем., франц., исп. языках / Сост. И. Е. Гендлина и др. — М.: ВИНИТИ, 1986. — 511 с.

•\ \ Хавкина, Л. Б. Словари библиотечно-библиографических терминов: Англо-русский, немецко-русский, французско-русский / Л. Б. Хавкина. — М.: Изд-во Всесоюзной книжной палаты, 1952. — 231 с.

•\ \ Шамурин, Е. И. Словарь книговедческих терминов: Для библиотекарей, библиографов, работников печати и книжн. торговли / Е. И. Шамурин. — М.: Сов. Россия, 1958. — 340 с.

•\ \ Энциклопедия книжного дела / Ю. Ф. Майсурадзе, А. Э. Мильчин, Э. П. Гаврилов и др. — М.: Юристь, 1998. — 536 с.

\

Aissing, Alena L. "Cyrillic Transliteration and Its Users", College and Research Libraries 56 (May 1995): 208-219.

Borko, Harold. An Informal Vocabulary Guide for GSLIS 404: Compiled from Many Sources. Los Angeles, С A: UCLA

Graduate School of Library and Information Science, circa 1974.

Carter, John. ABC for Book Collectors. New Castle, DE: Oak Knoll Press, 1995.

Chan, Lois M. Cataloging and Classification: An Introduction. 2nd ed. New York: McGraw-Hill, 1994.

Clason, W.E., comp. Elsevier's Dictionary of Library Science, Information and Documentation: In Six Languages: English/American, French, Spanish, Italian, Dutch, and German. Amsterdam: Elsevier Scientific Publishing Company, 1973.

Collison, Robert L. Dictionaries of English and Foreign Languages: A Bibliographical Guide to Both General and Technical Dictionaries with Historical and Explanatory Notes and References. 2nd ed. New York: Hafner Publishing Company, 1971, especially chapter 5.

Dalby, Andrew. Dictionary of Languages: The Definitive Reference to More than 400 Languages. New York: Columbia University Press, 1998.

Dmitrieff, A., comp. Russian-English Glossary of Library Terms. New York: Telberg Book Corporation, 1966.

Falla, P. S., ed. The Oxford English-Russian Dictionary, Oxford: Clarendon Press, 1990.

Feather, John. A Dictionary of Book History. Oxford: Oxford University Press, 1986.

Feather, John and Sturges, Paul, eds. International Encyclopedia of Information and Library Science. London: Routledge, 1997.

Glaister, Geoffrey Ashall. Encyclopedia of the Book. 2nd ed. New Castle, DE: Oak Knoll Press; London: British Library, 1996.

Hoepelman, J. P.; R. Mayer; and J. Wagner. Elsevier's Dictionary of Information Technology in English, German, and French. New York: Elsevier, 1997.

Keenan, Stella and Johnston, Colin. Concise Dictionary of Library and Information Science. 2nd edition. London: Bowker Saur, 2000.

Kenneison, W. C. and Spilman, A. J. B. Dictionary of Printing, Papermaking, and Bookbinding. London: George Newnes Limited, 1963.

Knechtges, Susanne; Segbert, Monika; Hutchins, John; and Ekhevitch, Nadja. Bibliothekarishches Handwdrterbuch; Librarian's Dictionary; Nastolny Slovar Bibliotekaria. Bad Honnef: Bock + Herchen, 1995.

Lemaitre, Henri. Vocabularium Bibliothecarii. English, French, German. Begun by Henri Lemaitre. Rev. and enl. By Anthony Thompson. Paris: UNESCO, 1953.

Krassovsky, Dimitry M. A Glossary of Russian Terminology Used in Bibliographies and Library Science. Occasional Papers Number 2. Los Angeles: University of California Library, 1955.

Lingvo: Version 4.5. [CD-ROM]. Moscow: BIT Software Inc., 2000.

Merriam-Webster Online: [Collegiate Dictionary and Collegiate Thesaurus]. Springfield, MA: Merriam-Webster, 2001.

Milstead, Jessica., 2nd ed. Silver Spring, MD: ASIS, 1999.

Mora, Imre, ed. Publisher's Practical Dictionary in 20 Languages = Wrterbuch des Verlagswesens in 20 Sprachen. 3d ed. Munchen: K. G. Saur, 1984.

Nogueira, Carmen Crespo, editor. Glossary of Basic Archival and Library Conservation Terms: English with Equivalents in Spanish, German, Italian, French, and Russian. ICA Handbook Series, No. 4. Munchen: K. G. Saur, 1988.

ODLIS: Online Dictionary for Library and Information Science [Электронный ресурс] / By Joan M. Reitz. — 2004. — Режим доступа: http://lu.com /odlis/.

Peters, Jean, ed. Bookman's Glossary. 6th ed. New York: Bowker, 1983.

Pipics, Zoltan, ed. Dictionarium Bibliothecarii Practicum ad Usum Internationalem in XXII Linguis = The Librarian's Practical Dictionary in 22 Languages = Wrterbuch des Bibliotekars in 22 Sprachen. 6th ed. Pullach: Verlag Dokumentation, 1974.

Prytherch, Raymond J., comp. Harrod's Librarians' Glossary: 9000 Terms Used in Information Management, Library Science, Publishing, the Book Trades, and Archive Management. 8th ed. Brookfield, VT: Ashgate Publishing Company, 1995 and Harrod's Librarians' Glossary and Reference Book: A Directory of Over 9600 Terms. 9th ed. Aldershot, Hants, England: Gower Publishing Company Ltd., 2000.

Soper, Mary Ellen; Osborne, Larry N.; and Zweizig, Douglas L., ed. The Librarian's Thesaurus: A Concise Guide to Library and Information Science Terms. Chicago: American Library Association, 1990.

Taylor, Arlene G. "Glossary," In The Organization of Information (Englewood, CO: Libraries Unlimited, 1999), pages 233-254

Thompson, Anthony, comp. Vocabularium Bibliothecarii. English, French, German, Spanish, Russian. Collaborator for Russian E. I. Shamurin; Collaborator for Spanish Domingo Buonocore. 2nd ed. Paris: UNESCO, 1962.

Thompson, Elizabeth H. A.L.A. Glossary of Library Terms with a Selection of Terms in Related Fields. Chicago: American Library Association, 1943.

Wersig, Gernot and Neveling, Ulrich. Terminology of Documentation: Terminologie de la documentation = Terminologie der Dokumentation = Terminologiia v oblasti dokumentatsii: published in English, French, German, Russian; A Selection of 1,200 Basic Terms Published in English, French, German, Russian, and Spanish. Paris: UNESCO Press, 1973.

Walker, G. P. M. Russian for Librarians: Russian Books in Libraries. 2nd ed. London: Bingley, 1983.

Watters, Carolyn. Dictionary of Information Science and Technology. San Diego: Academic Press, 1992.

Wheeler, Marcus and Unbegaun, B. O. The Oxford Russian-English Dictionary. Oxford: Clarendon Press, 1993.

World Encyclopedia of Library and Information Services, 3rd ed. Chicago: American Library Association, 1993.

Young, Heartsill and Belanger, Terry, comp. The ALA Glossary of Library and Information Science. Chicago: American Library Association, 1983.

\

Linina, S. and Maulina, A. Bibliotekarie un Bibliografiskie Termini: Kumulativais Saraksts, 1976-1990. Riga: Latvijas Nacionala Biblioteka, 1992.

Muller, Wolfgang. Polygrafie: Fachworterbuch: Englisch, Deutsch, Franzosisch, Russisch, Spanisch, Polnisch, Ungarisch, Slowakisch. Frankfurt: Deutscher Fachverlag Frankfurt, 1980.

Rambousek, Antonin and Antonin Pesek. Polygraficky Slovi nk. Praha/Bratislava: SNTL—Nakladatelstvi technicke literatury Praha / Slovenskd vydavatesstvo technickej literatury Bratislava, 1967.

 

управление аварийными сигналами
-
[Интент]

Переход от аналоговых систем к цифровым привел к широкому, иногда бесконтрольному использованию аварийных сигналов. Текущая программа снижения количества нежелательных аварийных сигналов, контроля, определения приоритетности и адекватного реагирования на такие сигналы будет способствовать надежной и эффективной работе предприятия.

Если технология хороша, то, казалось бы, чем шире она применяется, тем лучше. Разве не так? Как раз нет. Больше не всегда означает лучше. Наступление эпохи микропроцессоров и широкое распространение современных распределенных систем управления (DCS) упростило подачу сигналов тревоги при любом сбое технологического процесса, поскольку затраты на это невелики или равны нулю. В результате в настоящее время на большинстве предприятий имеются системы, подающие ежедневно огромное количество аварийных сигналов и уведомлений, что мешает работе, а иногда приводит к катастрофическим ситуациям.

„Всем известно, насколько важной является система управления аварийными сигналами. Но, несмотря на это, на производстве такие системы управления внедряются достаточно редко", - отмечает Тодд Стауффер, руководитель отдела маркетинга PCS7 в компании Siemens Energy & Automation. Однако события последних лет, среди которых взрыв на нефтеперегонном заводе BP в Техасе в марте 2005 г., в результате которого погибло 15 и получило травмы 170 человек, могут изменить отношение к данной проблеме. В отчете об этом событии говорится, что аварийные сигналы не всегда были технически обоснованы.

Широкое распространение компьютеризированного оборудования и распределенных систем управления сделало более простым и быстрым формирование аварийных сигналов. Согласно новым принципам аварийные сигналы следует формировать только тогда, когда необходимы ответные действия оператора. (С разрешения Siemens Energy & Automation)

Этот и другие подобные инциденты побудили специалистов многих предприятий пересмотреть программы управления аварийными сигналами. Специалисты пытаются найти причины непомерного роста числа аварийных сигналов, изучить и применить передовой опыт и содействовать разработке стандартов. Все это подталкивает многие компании к оценке и внедрению эталонных стандартов, таких, например, как Publication 191 Ассоциации пользователей средств разработки и материалов (EEMUA) „Системы аварийной сигнализации: Руководство по разработке, управлению и поставке", которую многие называют фактическим стандартом систем управления аварийными сигналами. Тим Дональдсон, директор по маркетингу компании Iconics, отмечает: „Распределение и частота/колебания аварийных сигналов, взаимная корреляция, время реакции и изменения в действиях оператора в течение определенного интервала времени являются основными показателями отчетов, которые входят в стандарт EEMUA и обеспечивают полезную информацию для улучшения работы предприятия”. Помимо этого как конечные пользователи, так и поставщики поддерживают развитие таких стандартов, как SP-18.02 ISA «Управление системами аварийной сигнализации для обрабатывающих отраслей промышленности». (см. сопроводительный раздел „Стандарты, эталоны, передовой опыт" для получения более подробных сведений).

Предполагается, что одной из причин взрыва на нефтеперегонном заводе BP в Техасе в 2005 г., в результате которого погибло 15 и получило ранения 170 человек, а также был нанесен значительный ущерб имуществу, стала неэффективная система аварийных сигналов.(Источник: Комиссия по химической безопасности и расследованию аварий США)

На большинстве предприятий системы аварийной сигнализации очень часто имеют слишком большое количество аварийных сигналов. Это в высшей степени нецелесообразно. Показатели EEMUA являются эталонными. Они содержатся в Publication 191 (1999), „Системы аварийной сигнализации: Руководство по разработке, управлению и поставке".

Начало работы

Наиболее важным представляется вопрос: почему так велико количество аварийных сигналов? Стауффер объясняет это следующим образом: „В эпоху аналоговых систем аварийные сигналы реализовывались аппаратно. Они должны были соответствующим образом разрабатываться и устанавливаться. Каждый аварийный сигнал имел реальную стоимость - примерно 1000 долл. США. Поэтому они выполнялись тщательно. С развитием современных DCS аварийные сигналы практически ничего не стоят, в связи с чем на предприятиях стремятся устанавливать все возможные сигналы".

Характеристики «хорошего» аварийного сообщения

В число базовых требований к аварийному сообщению, включенных в аттестационный документ EEMUA, входит ясное, непротиворечивое представление информации. На каждом экране дисплея:

• Должно быть четко определено возникшее состояние;

• Следует использовать терминологию, понятную для оператора;

• Должна применяться непротиворечивая система сокращений, основанная на стандартном словаре сокращений для данной отрасли производства;

• Следует использовать согласованную структуру сообщения;

• Система не должна строиться только на основе теговых обозначений и номеров;

• Следует проверить удобство работы на реальном производстве.

Информация из Publication 191 (1999) EEMUA „Системы аварийной сигнализации: Руководство по разработке, управлению и поставке".

Качественная система управления аварийными сигналами должна опираться на руководящий документ. В стандарте ISA SP-18.02 «Управление системами аварийной сигнализации для обрабатывающих отраслей промышленности», предложен целостный подход, основанный на модели жизненного цикла, которая включает в себя определяющие принципы, обучение, контроль и аудит.

Именно поэтому операторы сегодня часто сталкиваются с проблемой резкого роста аварийных сигналов. В соответствии с рекомендациями Publication 191 EEMUA средняя частота аварийных сигналов не должна превышать одного сигнала за 10 минут, или не более 144 сигналов в день. В большинстве отраслей промышленности показатели значительно выше и находятся в диапазоне 5-9 сигналов за 10 минут (см. таблицу Эталонные показатели для аварийных сигналов). Дэвид Гэртнер, руководитель служб управления аварийными сигналами в компании Invensys Process Systems, вспоминает, что при запуске производственной установки пяти операторам за полгода поступило 5 миллионов сигналов тревоги. „От одного из устройств было получено 550 000 аварийных сигналов. Устройство работает на протяжении многих месяцев, и до сих пор никто не решился отключить его”.

Практика прошлых лет заключалась в том, чтобы использовать любые аварийные сигналы независимо от того - нужны они или нет. Однако в последнее время при конфигурировании систем аварийных сигналов исходят из необходимости ответных действий со стороны оператора. Этот принцип, который отражает фундаментальные изменения в разработке систем и взаимодействии операторов, стал основой проекта стандарта SP18 ISA. В этом документе дается следующее определение аварийного сигнала: „звуковой и/или визуальный способ привлечения внимания, указывающий оператору на неисправность оборудования, отклонения в технологическом процессе или аномальные условия эксплуатации, которые требуют реагирования”. При такой практике сигнал конфигурируется только в том случае, когда на него необходим ответ оператора.

Адекватная реакция

Особенно важно учитывать следующую рекомендацию: „Не следует ничего предпринимать в отношении событий, для которых нет измерительного инструмента (обычно программного)”.Высказывания Ника Сэнд-за, сопредседателя комитета по разработке стандартов для систем управления аварийными сигналами SP-18.00.02 Общества ISA и менеджера технологий управления процессами химического производства DuPont, подчеркивают необходимость контроля: „Система контроля должна сообщать - в каком состоянии находятся аварийные сигналы. По каким аварийным сигналам проводится техническое обслуживание? Сколько сигналов имеет самый высокий приоритет? Какие из них относятся к системе безопасности? Она также должна сообщать об эффективности работы системы. Соответствует ли ее работа вашим целям и основополагающим принципам?"

Кейт Джоунз, старший менеджер по системам визуализации в Wonderware, добавляет: „Во многих отраслях промышленности, например в фармацевтике и в пищевой промышленности, уже сегодня требуется ведение баз данных по материалам и ингредиентам. Эта информация может также оказаться полезной при анализе аварийных сигналов. Мы можем установить комплект оборудования, работающего в реальном времени. Оно помогает определить место, где возникла проблема, с которой связан аварийный сигнал. Например, можно создать простые гистограммы частот аварийных сигналов. Можно сформировать отчеты об аварийных сигналах в соответствии с разными уровнями системы контроля, которая предоставляет сведения как для менеджеров, так и для исполнителей”.

Представитель компании Invensys Гэртнер утверждает, что двумя основными элементами каждой программы управления аварийными сигналами должны быть: „хороший аналитический инструмент, с помощью которого можно определить устройства, подающие наибольшее количество аварийных сигналов, и эффективный технологический процесс, позволяющий объединить усилия персонала и технические средства для устранения неисправностей. Инструментарий помогает выявить источник проблемы. С его помощью можно определить наиболее частые сигналы, а также ложные и отвлекающие сигналы. Таким образом, мы можем выяснить, где и когда возникают аварийные сигналы, можем провести анализ основных причин и выяснить, почему происходит резкое увеличение сигналов, а также установить для них новые приоритеты. На многих предприятиях высокий приоритет установлен для всех аварийных сигналов. Это неприемлемое решение. Наиболее разумным способом распределения приоритетности является следующий: 5 % аварийных сигналов имеют приоритет № 1, 15% приоритет № 2, и 80% приоритет № 3. В этом случае оператор может отреагировать на те сигналы, которые действительно важны”.

И, тем не менее, Марк МакТэвиш, руководитель группы решений в области управления аварийными сигналами и международных курсов обучения в компании Matrikon, отмечает: „Необходимо помнить, что программное обеспечение - это всего лишь инструмент, оно само по себе не является решением. Аварийные сигналы должны представлять собой исключительные случаи, которые указывают на события, выходящие за приемлемые рамки. Удачные программы управления аварийными сигналами позволяют добиться внедрения на производстве именно такого подхода. Они помогают инженерам изо дня в день управлять своими установками, обеспечивая надежный контроль качества и повышение производительности за счет снижения незапланированных простоев”.

Система, нацеленная на оператора

Тем не менее, даже наличия хорошей системы сигнализации и механизма контроля и анализа ее функционирования еще недостаточно. Необходимо следовать основополагающим принципам, руководящему документу, который должен стать фундаментом для всей системы аварийной сигнализации в целом, подчеркивает Сэндз, сопредседатель ISA SP18. При разработке стандарта „основное внимание мы уделяем не только рационализации аварийных сигналов, - говорит он, - но и жизненному циклу систем управления аварийными сигналами в целом, включая обучение, внесение изменений, совершенствование и периодический контроль на производственном участке. Мы стремимся использовать целостный подход к системе управления аварийными сигналами, построенной в соответствии с ISA 84.00.01, Функциональная безопасность: Системы безопасности с измерительной аппаратурой для сектора обрабатывающей промышленности». (см. диаграмму Модель жизненного цикла системы управления аварийными сигналами)”.

«В данном подходе учитывается участие оператора. Многие недооценивают роль оператора,- отмечает МакТэвиш из Matrikon. - Система управления аварийными сигналами строится вокруг оператора. Инженерам трудно понять проблемы оператора, если они не побывают на его месте и не получат опыт управления аварийными сигналами. Они считают, что знают потребности оператора, но зачастую оказывается, что это не так”.

Удобное отображение информации с помощью человеко-машинного интерфейса является наиболее существенным аспектом системы управления аварийными сигналами. Джонс из Wonderware говорит: „Аварийные сигналы перед поступлением к оператору должны быть отфильтрованы так, чтобы до оператора дошли нужные сообщения. Программное обеспечение предоставляет инструментарий для удобной конфигурации этих параметров, но также важны согласованность и подтверждение ответных действий”.

Аварийный сигнал должен сообщать о том, что необходимо сделать. Например, как отмечает Стауффер из Siemens: „Когда специалист по автоматизации настраивает конфигурацию системы, он может задать обозначение для физического устройства в соответствии с системой идентификационных или контурных тегов ISA. При этом обозначение аварийного сигнала может выглядеть как LIC-120. Но оператору информацию представляют в другом виде. Для него это 'регулятор уровня для резервуара XYZ'. Если в сообщении оператору указываются неверные сведения, то могут возникнуть проблемы. Оператор, а не специалист по автоматизации является адресатом. Он - единственный, кто реагирует на сигналы. Сообщение должно быть сразу же абсолютно понятным для него!"

Эдди Хабиби, основатель и главный исполнительный директор PAS, отмечает: „Эффективность деятельности оператора, которая существенно влияет на надежность и рентабельность предприятия, выходит за рамки совершенствования системы управления аварийными сигналами. Инвестиции в операторов являются такими же важными, как инвестиции в современные системы управления технологическим процессом. Нельзя добиться эффективности работы операторов без учета человеческого фактора. Компетентный оператор хорошо знает технологический процесс, имеет прекрасные навыки общения и обращения с людьми и всегда находится в состоянии готовности в отношении всех событий системы аварийных сигналов”. „До возникновения DCS, -продолжает он, - перед оператором находилась схема технологического процесса, на которой были указаны все трубопроводы и измерительное оборудование. С переходом на управление с помощью ЭВМ сотни схем трубопроводов и контрольно-измерительных приборов были занесены в компьютерные системы. При этом не подумали об интерфейсе оператора. Когда произошел переход от аналоговых систем и физических схем панели управления к цифровым системам с экранными интерфейсами, оператор утратил целостную картину происходящего”.

«Оператору также требуется иметь необходимое образование в области технологических процессов, - подчеркивает Хабиби. - Мы часто недооцениваем роль обучения. Каковы принципы работы насоса или компрессора? Летчик гражданской авиации проходит бесчисленные часы подготовки. Он должен быть достаточно подготовленным перед тем, как ему разрешат взять на себя ответственность за многие жизни. В руках оператора химического производства возможно лежит не меньшее, если не большее количество жизней, но его подготовка обычно ограничивается двухмесячными курсами, а потом он учится на рабочем месте. Необходимо больше внимания уделять повышению квалификации операторов производства”.

Рентабельность

Эффективная система управления аварийными сигналами стоит времени и денег. Однако и неэффективная система также стоит денег и времени, но приводит к снижению производительности и повышению риска для человеческой жизни. Хотя создание новой программы управления аварийными сигналами или пересмотр и реконструкция старой может обескуражить кого угодно, существует масса информации по способам реализации и достижения целей системы управления аварийными сигналами.

Наиболее важным является именно определение цели и способов ее достижения. МакТэвиш говорит, что система должна выдавать своевременные аварийные сигналы, которые не дублируют друг друга, адекватно отражают ситуацию, помогают оператору диагностировать проблему и определять эффективное направление действий. „Целью является поддержание производства в безопасном, надежном рабочем состоянии, которое позволяет выпускать качественный продукт. В конечном итоге целью является финансовая прибыль. Если на предприятии не удается достичь этих целей, то его существование находится под вопросом.

Управление аварийными сигналами - это процесс, а не схема, - подводит итог Гэртнер из Invensys. - Это то же самое, что и производственная безопасность. Это - постоянный процесс, он никогда не заканчивается. Мы уже осознали высокую стоимость низкой эффективности и руководители предприятий больше не хотят за нее расплачиваться”.

Автор: Джини Катцель, Control Engineering

[ http://controlengrussia.com/artykul/article/hmi-upravlenie-avariinymi-signalami/]

Тематики

• автоматизированные системы

EN

• alarm management

 

управление аварийными сигналами
-
[Интент]

Переход от аналоговых систем к цифровым привел к широкому, иногда бесконтрольному использованию аварийных сигналов. Текущая программа снижения количества нежелательных аварийных сигналов, контроля, определения приоритетности и адекватного реагирования на такие сигналы будет способствовать надежной и эффективной работе предприятия.

Если технология хороша, то, казалось бы, чем шире она применяется, тем лучше. Разве не так? Как раз нет. Больше не всегда означает лучше. Наступление эпохи микропроцессоров и широкое распространение современных распределенных систем управления (DCS) упростило подачу сигналов тревоги при любом сбое технологического процесса, поскольку затраты на это невелики или равны нулю. В результате в настоящее время на большинстве предприятий имеются системы, подающие ежедневно огромное количество аварийных сигналов и уведомлений, что мешает работе, а иногда приводит к катастрофическим ситуациям.

„Всем известно, насколько важной является система управления аварийными сигналами. Но, несмотря на это, на производстве такие системы управления внедряются достаточно редко", - отмечает Тодд Стауффер, руководитель отдела маркетинга PCS7 в компании Siemens Energy & Automation. Однако события последних лет, среди которых взрыв на нефтеперегонном заводе BP в Техасе в марте 2005 г., в результате которого погибло 15 и получило травмы 170 человек, могут изменить отношение к данной проблеме. В отчете об этом событии говорится, что аварийные сигналы не всегда были технически обоснованы.

Широкое распространение компьютеризированного оборудования и распределенных систем управления сделало более простым и быстрым формирование аварийных сигналов. Согласно новым принципам аварийные сигналы следует формировать только тогда, когда необходимы ответные действия оператора. (С разрешения Siemens Energy & Automation)

Этот и другие подобные инциденты побудили специалистов многих предприятий пересмотреть программы управления аварийными сигналами. Специалисты пытаются найти причины непомерного роста числа аварийных сигналов, изучить и применить передовой опыт и содействовать разработке стандартов. Все это подталкивает многие компании к оценке и внедрению эталонных стандартов, таких, например, как Publication 191 Ассоциации пользователей средств разработки и материалов (EEMUA) „Системы аварийной сигнализации: Руководство по разработке, управлению и поставке", которую многие называют фактическим стандартом систем управления аварийными сигналами. Тим Дональдсон, директор по маркетингу компании Iconics, отмечает: „Распределение и частота/колебания аварийных сигналов, взаимная корреляция, время реакции и изменения в действиях оператора в течение определенного интервала времени являются основными показателями отчетов, которые входят в стандарт EEMUA и обеспечивают полезную информацию для улучшения работы предприятия”. Помимо этого как конечные пользователи, так и поставщики поддерживают развитие таких стандартов, как SP-18.02 ISA «Управление системами аварийной сигнализации для обрабатывающих отраслей промышленности». (см. сопроводительный раздел „Стандарты, эталоны, передовой опыт" для получения более подробных сведений).

Предполагается, что одной из причин взрыва на нефтеперегонном заводе BP в Техасе в 2005 г., в результате которого погибло 15 и получило ранения 170 человек, а также был нанесен значительный ущерб имуществу, стала неэффективная система аварийных сигналов.(Источник: Комиссия по химической безопасности и расследованию аварий США)

На большинстве предприятий системы аварийной сигнализации очень часто имеют слишком большое количество аварийных сигналов. Это в высшей степени нецелесообразно. Показатели EEMUA являются эталонными. Они содержатся в Publication 191 (1999), „Системы аварийной сигнализации: Руководство по разработке, управлению и поставке".

Начало работы

Наиболее важным представляется вопрос: почему так велико количество аварийных сигналов? Стауффер объясняет это следующим образом: „В эпоху аналоговых систем аварийные сигналы реализовывались аппаратно. Они должны были соответствующим образом разрабатываться и устанавливаться. Каждый аварийный сигнал имел реальную стоимость - примерно 1000 долл. США. Поэтому они выполнялись тщательно. С развитием современных DCS аварийные сигналы практически ничего не стоят, в связи с чем на предприятиях стремятся устанавливать все возможные сигналы".

Характеристики «хорошего» аварийного сообщения

В число базовых требований к аварийному сообщению, включенных в аттестационный документ EEMUA, входит ясное, непротиворечивое представление информации. На каждом экране дисплея:

• Должно быть четко определено возникшее состояние;

• Следует использовать терминологию, понятную для оператора;

• Должна применяться непротиворечивая система сокращений, основанная на стандартном словаре сокращений для данной отрасли производства;

• Следует использовать согласованную структуру сообщения;

• Система не должна строиться только на основе теговых обозначений и номеров;

• Следует проверить удобство работы на реальном производстве.

Информация из Publication 191 (1999) EEMUA „Системы аварийной сигнализации: Руководство по разработке, управлению и поставке".

Качественная система управления аварийными сигналами должна опираться на руководящий документ. В стандарте ISA SP-18.02 «Управление системами аварийной сигнализации для обрабатывающих отраслей промышленности», предложен целостный подход, основанный на модели жизненного цикла, которая включает в себя определяющие принципы, обучение, контроль и аудит.

Именно поэтому операторы сегодня часто сталкиваются с проблемой резкого роста аварийных сигналов. В соответствии с рекомендациями Publication 191 EEMUA средняя частота аварийных сигналов не должна превышать одного сигнала за 10 минут, или не более 144 сигналов в день. В большинстве отраслей промышленности показатели значительно выше и находятся в диапазоне 5-9 сигналов за 10 минут (см. таблицу Эталонные показатели для аварийных сигналов). Дэвид Гэртнер, руководитель служб управления аварийными сигналами в компании Invensys Process Systems, вспоминает, что при запуске производственной установки пяти операторам за полгода поступило 5 миллионов сигналов тревоги. „От одного из устройств было получено 550 000 аварийных сигналов. Устройство работает на протяжении многих месяцев, и до сих пор никто не решился отключить его”.

Практика прошлых лет заключалась в том, чтобы использовать любые аварийные сигналы независимо от того - нужны они или нет. Однако в последнее время при конфигурировании систем аварийных сигналов исходят из необходимости ответных действий со стороны оператора. Этот принцип, который отражает фундаментальные изменения в разработке систем и взаимодействии операторов, стал основой проекта стандарта SP18 ISA. В этом документе дается следующее определение аварийного сигнала: „звуковой и/или визуальный способ привлечения внимания, указывающий оператору на неисправность оборудования, отклонения в технологическом процессе или аномальные условия эксплуатации, которые требуют реагирования”. При такой практике сигнал конфигурируется только в том случае, когда на него необходим ответ оператора.

Адекватная реакция

Особенно важно учитывать следующую рекомендацию: „Не следует ничего предпринимать в отношении событий, для которых нет измерительного инструмента (обычно программного)”.Высказывания Ника Сэнд-за, сопредседателя комитета по разработке стандартов для систем управления аварийными сигналами SP-18.00.02 Общества ISA и менеджера технологий управления процессами химического производства DuPont, подчеркивают необходимость контроля: „Система контроля должна сообщать - в каком состоянии находятся аварийные сигналы. По каким аварийным сигналам проводится техническое обслуживание? Сколько сигналов имеет самый высокий приоритет? Какие из них относятся к системе безопасности? Она также должна сообщать об эффективности работы системы. Соответствует ли ее работа вашим целям и основополагающим принципам?"

Кейт Джоунз, старший менеджер по системам визуализации в Wonderware, добавляет: „Во многих отраслях промышленности, например в фармацевтике и в пищевой промышленности, уже сегодня требуется ведение баз данных по материалам и ингредиентам. Эта информация может также оказаться полезной при анализе аварийных сигналов. Мы можем установить комплект оборудования, работающего в реальном времени. Оно помогает определить место, где возникла проблема, с которой связан аварийный сигнал. Например, можно создать простые гистограммы частот аварийных сигналов. Можно сформировать отчеты об аварийных сигналах в соответствии с разными уровнями системы контроля, которая предоставляет сведения как для менеджеров, так и для исполнителей”.

Представитель компании Invensys Гэртнер утверждает, что двумя основными элементами каждой программы управления аварийными сигналами должны быть: „хороший аналитический инструмент, с помощью которого можно определить устройства, подающие наибольшее количество аварийных сигналов, и эффективный технологический процесс, позволяющий объединить усилия персонала и технические средства для устранения неисправностей. Инструментарий помогает выявить источник проблемы. С его помощью можно определить наиболее частые сигналы, а также ложные и отвлекающие сигналы. Таким образом, мы можем выяснить, где и когда возникают аварийные сигналы, можем провести анализ основных причин и выяснить, почему происходит резкое увеличение сигналов, а также установить для них новые приоритеты. На многих предприятиях высокий приоритет установлен для всех аварийных сигналов. Это неприемлемое решение. Наиболее разумным способом распределения приоритетности является следующий: 5 % аварийных сигналов имеют приоритет № 1, 15% приоритет № 2, и 80% приоритет № 3. В этом случае оператор может отреагировать на те сигналы, которые действительно важны”.

И, тем не менее, Марк МакТэвиш, руководитель группы решений в области управления аварийными сигналами и международных курсов обучения в компании Matrikon, отмечает: „Необходимо помнить, что программное обеспечение - это всего лишь инструмент, оно само по себе не является решением. Аварийные сигналы должны представлять собой исключительные случаи, которые указывают на события, выходящие за приемлемые рамки. Удачные программы управления аварийными сигналами позволяют добиться внедрения на производстве именно такого подхода. Они помогают инженерам изо дня в день управлять своими установками, обеспечивая надежный контроль качества и повышение производительности за счет снижения незапланированных простоев”.

Система, нацеленная на оператора

Тем не менее, даже наличия хорошей системы сигнализации и механизма контроля и анализа ее функционирования еще недостаточно. Необходимо следовать основополагающим принципам, руководящему документу, который должен стать фундаментом для всей системы аварийной сигнализации в целом, подчеркивает Сэндз, сопредседатель ISA SP18. При разработке стандарта „основное внимание мы уделяем не только рационализации аварийных сигналов, - говорит он, - но и жизненному циклу систем управления аварийными сигналами в целом, включая обучение, внесение изменений, совершенствование и периодический контроль на производственном участке. Мы стремимся использовать целостный подход к системе управления аварийными сигналами, построенной в соответствии с ISA 84.00.01, Функциональная безопасность: Системы безопасности с измерительной аппаратурой для сектора обрабатывающей промышленности». (см. диаграмму Модель жизненного цикла системы управления аварийными сигналами)”.

«В данном подходе учитывается участие оператора. Многие недооценивают роль оператора,- отмечает МакТэвиш из Matrikon. - Система управления аварийными сигналами строится вокруг оператора. Инженерам трудно понять проблемы оператора, если они не побывают на его месте и не получат опыт управления аварийными сигналами. Они считают, что знают потребности оператора, но зачастую оказывается, что это не так”.

Удобное отображение информации с помощью человеко-машинного интерфейса является наиболее существенным аспектом системы управления аварийными сигналами. Джонс из Wonderware говорит: „Аварийные сигналы перед поступлением к оператору должны быть отфильтрованы так, чтобы до оператора дошли нужные сообщения. Программное обеспечение предоставляет инструментарий для удобной конфигурации этих параметров, но также важны согласованность и подтверждение ответных действий”.

Аварийный сигнал должен сообщать о том, что необходимо сделать. Например, как отмечает Стауффер из Siemens: „Когда специалист по автоматизации настраивает конфигурацию системы, он может задать обозначение для физического устройства в соответствии с системой идентификационных или контурных тегов ISA. При этом обозначение аварийного сигнала может выглядеть как LIC-120. Но оператору информацию представляют в другом виде. Для него это 'регулятор уровня для резервуара XYZ'. Если в сообщении оператору указываются неверные сведения, то могут возникнуть проблемы. Оператор, а не специалист по автоматизации является адресатом. Он - единственный, кто реагирует на сигналы. Сообщение должно быть сразу же абсолютно понятным для него!"

Эдди Хабиби, основатель и главный исполнительный директор PAS, отмечает: „Эффективность деятельности оператора, которая существенно влияет на надежность и рентабельность предприятия, выходит за рамки совершенствования системы управления аварийными сигналами. Инвестиции в операторов являются такими же важными, как инвестиции в современные системы управления технологическим процессом. Нельзя добиться эффективности работы операторов без учета человеческого фактора. Компетентный оператор хорошо знает технологический процесс, имеет прекрасные навыки общения и обращения с людьми и всегда находится в состоянии готовности в отношении всех событий системы аварийных сигналов”. „До возникновения DCS, -продолжает он, - перед оператором находилась схема технологического процесса, на которой были указаны все трубопроводы и измерительное оборудование. С переходом на управление с помощью ЭВМ сотни схем трубопроводов и контрольно-измерительных приборов были занесены в компьютерные системы. При этом не подумали об интерфейсе оператора. Когда произошел переход от аналоговых систем и физических схем панели управления к цифровым системам с экранными интерфейсами, оператор утратил целостную картину происходящего”.

«Оператору также требуется иметь необходимое образование в области технологических процессов, - подчеркивает Хабиби. - Мы часто недооцениваем роль обучения. Каковы принципы работы насоса или компрессора? Летчик гражданской авиации проходит бесчисленные часы подготовки. Он должен быть достаточно подготовленным перед тем, как ему разрешат взять на себя ответственность за многие жизни. В руках оператора химического производства возможно лежит не меньшее, если не большее количество жизней, но его подготовка обычно ограничивается двухмесячными курсами, а потом он учится на рабочем месте. Необходимо больше внимания уделять повышению квалификации операторов производства”.

Рентабельность

Эффективная система управления аварийными сигналами стоит времени и денег. Однако и неэффективная система также стоит денег и времени, но приводит к снижению производительности и повышению риска для человеческой жизни. Хотя создание новой программы управления аварийными сигналами или пересмотр и реконструкция старой может обескуражить кого угодно, существует масса информации по способам реализации и достижения целей системы управления аварийными сигналами.

Наиболее важным является именно определение цели и способов ее достижения. МакТэвиш говорит, что система должна выдавать своевременные аварийные сигналы, которые не дублируют друг друга, адекватно отражают ситуацию, помогают оператору диагностировать проблему и определять эффективное направление действий. „Целью является поддержание производства в безопасном, надежном рабочем состоянии, которое позволяет выпускать качественный продукт. В конечном итоге целью является финансовая прибыль. Если на предприятии не удается достичь этих целей, то его существование находится под вопросом.

Управление аварийными сигналами - это процесс, а не схема, - подводит итог Гэртнер из Invensys. - Это то же самое, что и производственная безопасность. Это - постоянный процесс, он никогда не заканчивается. Мы уже осознали высокую стоимость низкой эффективности и руководители предприятий больше не хотят за нее расплачиваться”.

Автор: Джини Катцель, Control Engineering

[ http://controlengrussia.com/artykul/article/hmi-upravlenie-avariinymi-signalami/]

Тематики

• автоматизированные системы

EN

• alarm management

← Глава 2. Главное американское слово, или 450 лет от fucker'а до motherfucker'а

→ Глава 4. Клич охотника в бумажных джунглях

Язык негров, в особенности негров американского юга, непонятен на слух даже тем, кто прекрасно знает классический английский. Невнятное своеобразное произношение, масса сокращений и трансформаций, нестандартная грамматика, все упрощено до неузнаваемости - это и есть ebonics - эбоникс. В принципе - это диалект, вариант английского языка. В нашем словаре мы пользуемся термином "эбоникс" часто и нестрого (чтобы длинно и нудно не объяснять в каждом случае, что данное ругательство характерно, например, для негров Алабамы). То, что мы называем эбоникс - это чаще всего слова, характерные для американских негров.

Зачастую эбоникс выглядит как речь малограмотных. Это и так, и не так. Скажем, детей, выросших в среде его носителей, тяжело выучить правильному английскому. Эбоникс, несмотря на веселое (для нас) название, язык не пародийный и не шуточный. Люди думают на нем, общаются и прекрасно друг друга понимают (тут важны практика и интуиция). При повседневном использовании непонятные непосвященному словечки и вульгаризмы становятся нормой. Школьный английский кажется им чуждым, искусственным (как нам - церковнославянский), учить его нет мотивации. Ведь дети уверены, что говорят по-английски, и все вокруг них говорят так же. А тут вдруг почему-то учитель сообщает, что все надо писать и говорить по-другому.

Об эбониксе надо иметь общее представление, потому что это живой и достаточно распространенный в стране диалект. Есть и дополнительные причины культурного плана. Gangsta rap (гангста-рэп, дословно - бандитский треп) - дитя эбоникса. Этот песенный стиль популярен в Америке и в мире, но местные смысл понимают, а иностранцы нет. Впрочем, глубоких мыслей там мало, хотя забавные вещи встречаются. Например, в России часто не видят, в чем разница между Эминемом, получившим кучу наград, и массой других рэпперов. Дело совсем не в том, что Эминем белый, просто качество его текстов повыше, хотя и перебарщивает с политагитками и самолюбованием. Однако в целом - нормальный человек, что не про всех исполнителей скажешь. Гангста-рэпом ведь часто занимаются настоящие блатные, а переживания воров и наркоманов, их жалостливое нытье о злой судьбине, бездушном обществе и том, как их "засосала опасная трясина", слезу не вышибают. А Эминем на сцене в беспросветность жизни только играет, рэп его не совсем всамделишный.

Особенно неподражаемо (буквально - фиг научишься!) характерное для эбоникса южное произношение. У белых южан, даже из бедных необразованных слоев, оно другое. Зато у негров с юга, в том числе образованных и безупречных в грамматике, оно обычно сохраняется, и это легко различимо даже по телефону. Есть термин "visible minorities" - видимые меньшинства (имеется в виду цвет кожи), так вот, в нашем случае меньшинство еще и отчетливо слышимо!

Типичный пример прикольной надписи на эбониксе дан на рис. (На жаргоне высказана народная кошачья мудрость: "If the cat ain't happy — ain't nobody happy — В доме, где кот несчастлив, никто не счастлив".), еще один образец такого юмора см. на цв. илл. (Помогаем перевести: shoot (стрелять), hoop (баскетбольная корзина), brotha (= brother — брат). Эбоникс на майке. Выражена довольно простая мысль: лучше играть в баскетбол, чем стрелять друг в друга. Но если эту же мысль выразить по-английски в точности так, как мы сейчас перевели, кто бы такую футболку стал носить?) к слову BROTHA.

Ниже мы приводим и примеры разговорной речи. Здесь они не для того, чтобы вы этот язык выучили, дай бог со стандартным английским освоиться. Только для общего представления. Обратите внимание, что все связано в жесткие, устоявшиеся конструкции: искажают язык не кто как хочет, а как принято.

Вот характерные черты эбоникса.

1. Времена перепутаны, прошедшего не существует, ed не добавляется в Past Participle:

I have live here twelve years. (lived) He pass him yesterday. (passed)

2. Лица взаимозаменяемы, have и has тоже, 3-го лица просто нет.

He pick me. (picks) He never play no more, man. (plays) He don't know nobody. (doesn't)

3. Необычное использование модальных и вспомогательных глаголов. Типичны конструкции типа he done told me (done вместо has), might could (двойное сослагательное). В разговоре, бывает, be используется вместо is. Например вообще непонятное по обычным нормам "I been know your name" означает "I have known for a long time and still do" (Я тебя давно знаю). "It don't all be her fault" это "It isn't always her fault". Вот и разберитесь.

4. Обычные слова используют необычно (примеры есть в словаре):

Hit him upside the head. (Hit him in the head.) The rock say 'Shhh!' (The rock went `Shhh!') I wanna be a police. (I wanna be a policeman.)

5. Глаголы не спрягаются (be и все, в am или is нет необходимости), многие глаголы-связки опущены:

He be always fooling around. I'm a shoot you. (I'm g'na shoot you.) He a friend. He tired. He over there. He with us. He working with us. (is - везде).

6. Масса паразитных, ничего не значащих слов, двойных усилений, дупликации глаголов:

He useta was workin'. She useta hadda pick at me. If you can find that cancelled check, I may can go out there and get it. Can you get your civil rights without getting your head busted? You might will in the long run. Well, you must can't fuck good, then.

7. Притяжательные конструкции, согласование слов нарушено:

Give him they book. (their)

8. Фонетическое правописание, слияние слов в нестандартные конструкции:

Cause I'll be done put-stuck so many holes in him he'll wish he wouldna said it. I done about forgot mosta those things. My father liketo kill me. I was liketo have got shot. He better hadda moved out.

Типичные образцы популярных конструкций: liketo, hafta, useta, supposta.

9. Двойное отрицание (в стандартном английском оно означает утверждение, но в эбониксе остается отрицанием):

Ain't nothin' happenin' 'n' shit (ни х*я не происходит).

Don't nobody break up a fight (не лезь в чужую драку).

Особые проблемы возникают с пониманием времени и продолжительности действий, так как вспомогательные глаголы и их использование нестандартные. В качестве издевательского самостоятельного упражнения для филологов дадим цитату из хорошей книжки про эбоникс (W.Labow. Language in the Inner Cuty. University of Pennsylvania Press, Philadelphia, 1972). Попробуйте ответить на поставленные вопросы.

А. Someone asked, Is she married? and someone answered, She been married. Do you get the idea that she is married now?

Yes ________________________

No_________________________

B. A teacher said, Do you know your number facts? and a boy answered, I been know them. Do you get the idea that

he's all ready to take the test ________________

he has to brush up on this stuff ______________

C. So what do you think been means in I been know them?

used to know___

know right now___

knew but can't quite remember ___

hawe known for a long time___

Здесь мы остановимся и напомним, что еще существуют таблицы произношения - на эбониксе многие-многие слова произносятся нестандартно. Мы их не приводим, это уже далеко за пределами легкого ознакомления. Напоследок дадим иллюстрацию.

Филолог Джон Льюис (JL), изучающий жаргон уличных негритянских банд, решил установить, можно ли на эбониксе говорить о вещах серьезных, абстрактных. Вот кусочек его беседы с Ларри (Larry) - многообещающим несовершеннолетним лидером уличной шпаны (inner-city street gang):

JL: What happens to you after you die? Do you know?

Что происходит с тобой после твоей смерти? Ты знаешь?

Larry: Yeah, I know. (What?) After they put you in the ground, your body turns into-ah-bones, an' shit.

Ну, знаю. (Что?) После того, как они тебя закопают в землю, твое тело превращается во всякие кости и говно.

JL: What happens to your spirit?

А что происходит с твоей душой?

Larry: Your spirit-soon as you die, your spirit leaves you. (And where does the spirit go?) Well, it all depends.. (On what?) You know, like some people say if you're good an' shit, your spirit goin' t'heaven... 'n' if you bad, your spirit goin' to hell. Well, bullshit! Your spir:goin' to hell anyway, good or bad.

Твоя душа, вскоре после того как ты умрешь, твоя душа от тебя уходит. (И куда душа уходит?) Ну, все зависит от обстоятельств... (От каких?) Ну, знаешь, некоторые люди говорят, что если ты хороший и прочее дерьмо, то твой дух отправится на небо, а если нет - в ад. Ну, это все треп. Твоя душа попадет в ад так и так, по-хорошему или по-плохому.

JL: Why?

Почему?

Larry: Why? I'll tell you why. 'Cause, you see, doesn' nobody really know that it's a God, y'know, 'cause - I mean I have seen black gods, pink gods, white gods, all color gods, and don't nobody know it's really a God. An' when they be sayin' if you good, you goin' t'heaven, tha's bullshit, 'cause you ain't goin' to no heaven, 'cause it ain't no heaven for you to go to.

Почему? Я тебе скажу почему. Потому что, сам понимаешь, никто же не знает, в самом деле есть ли Бог, ты понимаешь, что я имею в виду. Я имею в виду, что видел черных богов, розовых богов, белых богов, богов всех цветов, и никто в самом деле не знает, кто настоящий Бог. И когда они говорят, что если ты хороший, то отправишься в рай, это все тот же треп, никакого рая нет, потому что его нет вообще.

JL: Well, if there's no heaven, how could there be a hell?

Ну, а если рая нет, то как же может быть ад?

Larry: I mean-ye-eah. Well, let me tell you, it ain't no hell, 'cause this is hell right here, y'know! (This is hell?) Yeah, this is hell right here!

Я имею в виду... Ну, давай тебе скажу, это не тот ад, потому что настоящий ад прямо здесь, ты знаешь! (Это ад?) Да, это ад, прямо здесь!

JL:... but, just say that there is a God, what color is he? White or black?

...но, допустим, что Бог есть, какого он цвета? Белый или черный?

Larry: Well, if it is a God... I wouldn' know what color, I couldn' say,-couldn' nobody say what color he is or really would be.

Ну, если Бог есть... я не знаю, какого он цвета, я не могу сказать. Никто вообще не может сказать, какого он цвета на самом деле.

JL: But now, jus' suppose there was a God -

Но, предположим сейчас, что Бог есть -

Larry: Unless'n they say...

Ну, если они так говорят...

JL: No, I was jus' sayin' jus' suppose there is a God, would he be white or black?

Нет, я имею в виду, если допустить, что Бог есть, он тогда белый или черный?

Larry:...He'd be white, man.

...Он был бы белым.

JL: Why?

Почему?

Larry: Why? I'll tell you why. 'Cause the average whitey out here got everything, you dig? And the nigger ain't got shit, y'know? Y'unnerstan'? So-um-for-in order for that to happen, you know it ain't no black God that's doin' that bullshit.

Почему? Я тебе скажу почему. Потому что средний белый имеет сейчас все, сечешь? А у черного нет ни черта, знаешь? Ты понял? Так что, для того чтобы так вот это было, никакой черный Бог не сделает такой фигни.

Вот выводы Джона Льюиса.

Он восхищен, как на этом корявом языке Ларри мастерски все аргументировал, считает его почти талантом и жалеет, что тот не учился.

Наш комментарий.

На эбониксе, да и с помощью родной фени, можно емко объяснить все, даже теорию относительности. Манера Ларри - типичный уголовный треп, цель которого - не выяснить истину, а показать, что ты сильнее, одержать верх в споре. На деле Ларри удачно "срезал" филолога, используя приемы блатной болтовни. В Америке здесь все то же, что и в России, только на английском.

Не смущайтесь, урожденные американцы все это тоже понимают не очень. Освоить язык, которому посвящена эта глава, гораздо труднее, чем популярные ругательства, включая мат (с ним, кстати, в эбониксе все густо перемешано). Зато теперь вы не удивитесь, когда вживую услышите речь со странной грамматикой и произношением и поймете, кому она может принадлежать.

← Глава 3. Do you speak ebonics?

→ Глава 5. Сленг без слов

М. Щербаков

Мы все время предупреждаем: изучайте наш предмет, но используйте приобретенные знания осторожно. В официальной обстановке можно сильно вляпаться. На работе, например, говорить так же свободно, как дома или в баре, не принято. Планка дозволенного там искусственно завышена. Называть вещи своими именами (а как тут не выругаешься!) нельзя. Отсюда проистекает целая система эвфемизмов, часто называемая офисным жаргоном.

Главная особенность официальной речи во всех странах состоит в том, что любую гадость называют вполне приличным словом, да еще и оптимистично звучащим. Бессмертный классик Джордж Оруэлл определил это абсолютно всем в англоязычном мире известным термином doublespeak (помните - "война - это мир", ит.п.). С другой стороны, некоторые совершенно нормальные слова недопустимы и являются офисными табу (прямо как у диких племен).

Впрочем, пример не совсем чист: он связан не просто с официальной речью, а с юридическим английским. Это та еще песня, в любой стране. Поди разберись! Приводимый ниже отрывок объясняет, почему американцам приходится нанимать юристов для урегулирования, казалось бы, пустяковых дел. Создана ли эта запутанность юристами специально? Ответить не можем. Вот вам определение слова "задница" из настоящего подзаконного акта, запрещающего нудизм (anti-nudity ordinance) (Действует в районе Санкт-Августин (St. Augustin, Fla. County) во Флориде (источник — A. and T. Condon. Legal Lunacy. — Putnam, N.Y. 1992)):

"Buttocks: The area to the rear of the human body (sometimes referred to as the gluteus maximus) which lies between two imaginary lines running parallel to the ground when a person is standing, the first or top of such line being one- half inch below the top of the vertical cleavage of the nates (i.e., the prominance formed by the muscles running from the back of the hip to the back of the leg) and the second or bottom line being one-half inch above the lowest point of the curvature of the fleshy protuberance (sometimes referred to as the gluteal fold), and between two imaginary lines, one on each side of the body (the `outside lines'), which outside lines are perpendicular to the ground and to the horizontal lines described above and which perpendicular outside lines pass through the outermost point(s) at which each nate meets the outer side of the leg...." Не напоминает некоторые справочники?

В принципе, лексикон офисного сленга делится на две группы - buzzwords (клише) и слова, проходящие по ведомству PC (political correctness). Последние используют, чтобы застраховаться от судебных исков за воображаемые обиды на расовой, религиозной, половой, возрастной и какой угодно другой (лишь бы юрист пробивной попался) основе. В качестве незаменимого пособия рекомендуем (лучше в оригинале!) книги Скотта Адамса (Scott Adams) про Дилберта. Он, например, детально поясняет, почему надо говорить resources (ресурсы), когда вы ведете речь о болванах (dolts), составляющих ваш коллектив (team members). Или с какой целью произносится associate (партнер), когда вы имеете в виду неумеху (pud) и неудачника (loser), с которым приходится работать. Очень циничный автор, но его серии карикатур многие обитатели cubicles (офисных кабинок) держат у себя на стенах. Это - мелкая фронда, безопасная, так как ни один начальник не признает, что это именно его Адамс изобразил.

Картинок из Адамса мы без его разрешения приводить не будем, но пример настенного офисного юмора дадим (см. рис. (Итак, американцы шутят. Думаете, это что? Поздравление с днем рождения от товарищей по работе. Типичный поздравительный плакат из тех, что вывешиваются в офисе. Шутить со смертью — старая европейская традиция, отсюда и колядки, и Хэллоуин)).

Buzzwords не сложны, вот несколько типичных, которые вы легко переведете сами (так лучше запомнится!). Собрание обязано иметь mission или purpose. Руководство должно обеспечивать leadership и motivation. Служащим следует быть proactive. Везде надо искать synergy. Естественная речь и мотивировки выглядят unprofessional. Цель работника - career advancement. В коллективе требуется исполнять роль team player и стремиться вырасти до team leader. Teamwork - непременное требование к служащим. Business as usual - почему-то всегда плохо, даже если этот бизнес приносит хороший и постоянный доход. Никогда не позволяйте, чтобы на людях вырвалось простецкое duh! Если вы не понимаете, почему diversity - это всегда сама по себе ценность, вас надо послать на diversity sensitivity training. На работе вы осуществляете total quality management и reengineering, проявляя self-motivation. Вы регулярно составляете status reports. То, о чем вы, как и все, мечтаете - job security (но в природе этого не существует).

Еще несколько полезных ходовых офисных слов переведем:

family = team (семья = команда - так называют родной коллектив); stakeholders (акционеры); stewardship (обслуживание, в каком-то смысле даже служение); leverage (рычаг, средство для достижения цели); solutions (решения: "we sell solutions" означает примерно - мы продаем не сосискоделательную машину, а комплексное решение всех ваших сосисочных проблем); revisit (пересмотреть), 24/7 (круглосуточно, без остановки); benchmark (лучший образец в данной области; benchmarking - сравнение с этим образцом); result-driven (ориентированный на результат); empower (передать полномочия), mindset (отношение); ballpark (ориентировочный: ballpark figure - примерная цифра).

Уолли: Stupidity is like nuclear power; it can be used for good or evil. (Глупость - как ядерная энергия, ее можно употребить и в добро, и во зло.)

Дилберт: And you don't want to get any on you. (И вам совсем не надо, чтобы ее на вас испытывали.)

А вот примеры клишированных мотивационных фраз и лозунгов, заимствованных нами из реальной жизни (слышали их неоднократно). При этих звуках у нормального американского служащего сама собой немедленно складывается фига в кармане (это мы на русский с их языка жестов переводим, на самом деле американцы складывают "middle finger").

• Work smarter, not harder (так они говорят, когда предлагается объем работы, который не то что за 8, а и за 10 часов не сделать).

• It's a new paradigm (американские менеджеры любят слово "парадигма" особой любовью - они его новым смыслом наполнили, лучше всего определяемым словом bullshit).

• It's an opportunity, not a problem (ну, уволили тебя - значит, открываются горизонты новой карьеры, например, в Макдоналдсе).

• You're a valued member of the team! (Ну, да...).

• Nobody can do the things you can do! (Кто же, если не ты...).

• You are helping make the world a better place! (Поэтому торг о зарплате здесь неуместен).

• We are in a competitive business. (Так что затяните пояса и не нойте).

• We make a difference! (Страшно распространенное выражение. Почему-то всегда подразумевается, что все изменения к лучшему. Нас всегда подмывает при виде этой фразы подрисовать физиономию аятоллы Хомейни).

Коротенький комментарий, связанный с переменами, синергизмом и названиями компаний.

Когда компании сливаются, они всегда заявляют о гигантском синергизме (leveraging synergy), причем взаимоусиление достигается всегда одним путем - массовыми увольнениями. Вот примеры возможных слияний, с соответствующим синергическим изменением профиля и названий:

◦ Coca-Cola (напитки) + Head (спортивные товары) = Coke Head.

◦ Bayer (аспирин) + AST (компьютеры) = Bayer AST.

◦ Hertz (прокат машин) + A.B.Dick (оборудование офисов) = Hertz Dick.

Переведите сами, используя наш словарь, какой смысл, на слух, имеют "синергические" названия.

Шутка, но так и на практике бывает. Вот в Сиэтле давным-давно слились газеты "Seattle Post" и "Seattle Intelligencer". И знаете, как сейчас называется их главная городская газета? "Seattle Post-Inteligencer", что звучит как "Сиэтл после разума", выживший из ума, значит. Но настолько примелькалось, что не замечается.

Еще несколько примеров штампованных офисных фраз. Больше половины - из свежей коллекции Кена Патрика (Ken Patrick). Он назвал это "Biz-Speak 101", то есть начальный курс деловой речи. Эти выражения сейчас в ходу ВСЕ. Не будем навязывать своих циничных комментариев. Да, bullshit. Нужно просто выучить и пользоваться.

• World class (мирового уровня).

• Think outside the box; Push the envelope (призыв к оригинальному мышлению).

• Hands-on (непосредственно вовлеченный в дело).

• Paradigm shift (смена критериев, приоритетов).

• State of the art (современного уровня).

• Real world solution (реальное решение).

• Win-win situation (все в выигрыше).

• (The ball is) In your court (ваша очередь).

• Going forward (в будущем).

• Strategic alliance (стратегический союз - например, меча и орала - тьфу, сорвалась рука, обещали же не острить).

• Bricks and mortar (производящие, промышленные компании - в отличие от интернетных, которые после массового краха прозвали internet bubbles - интернетные пузыри).

• Value-added (добавочная ценность продукта).

• Step up to the plate (начать работать над чем-то).

• Run up to the pole (попробовать).

• Get to the bottom line (деньги, стоимость чего-то).

• Stop the bleeding (сокращать расходы).

• On the bubble (что-то нехорошее происходит, например, с компанией, "жареным запахло").

• Best and brightest (лучшие служащие).

• Exceeding customer expectation (больше, чем ждет потребитель).

• On the same page (все друг друга понимают).

• Strategic fit (важное дополнение).

• Core competencies (основная область деятельности компании).

• Best practice (соответствует лучшим стандартам).

• Out of the loop (не в курсе).

• Fast track (скоростное продвижение).

• Knowledge base (базирующийся на современной технологии).

• In the end of the day (в конце концов).

• Touch base (обсудить).

• Client focused (ориентированный на потребителя).

• Game plan (стратегия).

1. Переведите на нормальный язык: "Going forward, let's think outside the box and run it up the pole".

2. Определите, к какому из вышеприведенных выражений подходит используемый тем же К. Патриком термин brownnosers (последнее слово есть в нашем словаре).

Официальный сленг и административные клише хорошо освоены сметливыми проходимцами, которые, естественно, стараются, чтобы их пирамиды выглядели так же солидно, как пирамида Хеопса. Сколько приходит по почте мусора (junk mail), похожего на вид на официальные документы! Дело дошло до того, что Почтовое ведомство США (U.S.Postal Service) издало специальную памятку со списком слов-приманок (buzz phrases), характерных для жуликов, заманивающих свои жертвы (suckers) через газетные объявления и по почте.

• Anybody can do it (это может каждый).

• Quick and easy (быстро и легко).

• Big, fast profits (большая, быстрая прибыль).

• No experience needed (опыта не требуется).

• Work in the comfort of your home (работа с комфортом у себя дома).

• Work in your spare time (работа в свободное время).

• No risk (никакого риска).

• Fill a great demand (соответствует большому спросу).

• Nothing illegal (ничего противозаконного).

• Secret plan for success (секретный план успеха).

• Tested in Europe (испытано в Европе).

• Developed after years of secret research (создано в результате многолетних секретных исследований).

• Proven to provide immediate positive results (проверенный способ получения немедленного положительного результата).

Теперь вы официально предупреждены: если видите подобную фразу - весьма вероятно, что вас хотят надуть. Отечественные "бизнесмены" все это перенимают в последние годы очень быстро, и со многими обсуждаемыми терминами наш читатель наверняка уже встречался.

PC-терминология связана с борьбой политических лоббистов, и приоритеты там часто меняются. В принципе, стандартного английского, в плане чисто языковом, чтобы никого не обидеть вам хватит. Думается, сейчас русскому читателю уже не требуется объяснять, что надо говорить African-American и Chairperson. В этом плане вам всегда сделают скидку как приезжему. Вас ведь тоже будут бояться обидеть. Проблема скорее может быть в другом - в характерном для жителей России восприятии действительности, в системе ценностей, которая в цивилизованной части англоязычного мира несколько иная. То, что у нас нормально и даже смешно, там зачастую оскорбление. И наоборот (см. рис. (Итак, американцы шутят. Думаете, это что? Поздравление с днем рождения от товарищей по работе. Типичный поздравительный плакат из тех, что вывешиваются в офисе. Шутить со смертью — старая европейская традиция, отсюда и колядки, и Хэллоуин)). Но это не тема для книги про язык. Обещаем - мы еще напишем другую, под названием "Политическая проституция. Учебное пособие с упражнениями". А пока дадим лишь несколько примеров распространенных PC-выражений. Многие из них сейчас и на русском очень узнаваемы (прямое, неполиткорректное значение дано в скобках).

• Pregnancy termination - прерывание беременности (аборт).

• Non-discriminating sexual orientation - недифференцированной сексуальной ориентации (бисексуал).

• Affirmative action - позитивные защитные действия (расовые квоты).

• Native American - урожденный американец (индеец).

• Conscientious objector - возражающий против призыва по соображениям совести (дезертир).

• Pro-choice - за выбор (сторонник абортов).

• Pro-life - за жизнь (противник абортов).

• African-American - афро-американец (негр). От места рождения не зависит. Например, среди наших хороших знакомых есть афро-американцы - уроженцы Теннеси, Тринидада и Голландии, а вот уроженец Уганды, коричневый беженец времен Иди Амина, в эту категорию не попадет.

• Caucasian - представитель европейской расы (белый). Да, в Америке и мы с вами называемся кавказцами и рассматриваемся как потомки рабовладельцев, в качестве которых всем должны. Насчет нашего происхождения из крепостных крестьян там не знают, а объясняешь - не верят.

• Non-traditional partners (sexual orientation) - нетрадиционные партнерство, сексуальная ориентация (геи и лесбиянки).

• Secular humanist - нерелигиозный гуманист (атеист).

• Family Planning Center - центр планирования семьи (абортарий).

• Political Action Committee - комитет политического содействия (группа лоббистов).

• Challenged - имеющий проблемы (инвалид). Относится к любому физическому отклонению: mentally challenged - придурки, vertically challenged - коротышки ит.п.

• Minorities - меньшинства (не белые). От фактической численности не зависит: 38 миллионов латиносов в Америке тоже minorities.

• Afrocentrist - афроцентрист (черный расист).

• Dead white men - мертвые белые мужчины (белые расисты/сексисты - классики). Подразумевается, что, скажем, Шекспир сознательно принижал женщин - в лице Дездемоны и негров - в лице Отелло.

• Animal rights movement - движение за права животных (нео-луддиты - экстремисты, пытающиеся остановить развитие биотехнологии и медицинских исследований. Это они под покровом ночи лабораторных крыс освобождают).

• Multi-culturalism - мультикультурализм (идея, что культуры всех народов абсолютно равны и должны быть представлены в учебных программах в равной пропорции, скажем, столько же французской, сколько монгольской).

• Sexism - сексизм (половая дискриминация). В этом нехорошем деле замешаны все мужчины, проявляющие любым образом отношение к женщине как женщине. Да и все женщины, относящиеся к мужчинам иначе, чем к своим подружкам, - тоже сексистки.

• Ageism - агеизм (дискриминация по возрасту). Сюда относят любые замечания насчет старших.

• Eurocentrism - евроцентризм. Предпочтение европейской цивилизации (культуры, демократии, ит.д.). Воспринимается как тяжелая болезнь.

• Lookism - любые суждения о внешнем виде человека (обругать - дискриминация, похвалить - сексизм). До нас термин "смотризм" пока не дошел.

• Senior Citizens - старшие граждане (старичье, пенсионеры).

• Compassionate Conservatives - мягкосердечные консерваторы (реакционеры). Просто PR-специалисты для старых злобных реакционеров новую упаковку изготовили.

РС - предмет постоянных насмешек американских сатириков, да и не сатириков тоже. И впрямь, богатейшее ведь поле. Довольно распространенная шутка - переписывать классические истории и песенки в политически корректном и актуальном духе. Приведем типичный образец - он простой, переведите сами как упражнение. Справа - оригинал, всем с детства известный стишок из классического собрания "Матушки Гусыни". Подчеркнуты слова, которые стоит запомнить.

(таблица №1)

Еще образчик американского самоприкола по поводу PC мы нашли на сувенирных магнитиках. Вы уже знаете про связь мата и юмора, так вот, там дан "перевод" фраз с сугубо официального языка на совершенно матерный. На кухонный холодильник такое повесить можно - но не в офис. Вот несколько примеров (на русский переводим не дословно, это вы сами легко сделаете, используя наш словарь, а подходяще по экспрессии и колориту).

(таблица №2)

В заключение - несколько слов о специфическом партийном языке. У маргинальных политических групп он весьма оригинален. В поддержку русских коммунистов-интернационалистов (и для развлечения остальных читателей) приведем здесь подлинные левые американские мысли. Даем без комментариев и перевода цитату из "Словаря Анархиста" - брошюрки без выходных данных, подобранной нами в одном из троцкистских центров Канады. (Внимание! Опечаток тут нет, так писать у них принято, с ККК внутри и сша строчными буквами.)

"Black": a political designation to refer not only to Afro-Amerikkkans, but, to people of color who are engaged in revolutionary struggle in the u.s. and all over the world. It should not be taken to mean the domination of Afro-Amerikkkans or the exclusion of other people of color from black revolutionary organizations.

Black Collaborator: those few blacks brought into the capitalist system at all levels, including such high levels as black capitalist, project directors, administrators, etc., who have enough of a stake in the operation of the system to cooperate in pacification programs against their black brothers and sisters. The "House Niggers".

Black Panther Party: an above ground community based armed self-defense organization whose job it was to defend the community by force of arms in "legal" posture and mode, unlike the clandestine Black Liberation Army. The Black Panther Party also served the community through community based survival programs such as free breakfast for children, free health care, liberation schools for political education, etc.

Black Revolutionary Power: the taking of state power by black amerikkkans (Afro-Amerikkkans) in order to revolutionize the entire country on the basis of their enriched concept of man/woman.

Bourgeoisie: the rich and the super rich. The ruling elite who own and manage the means of production, ex: Rockefeller, Mellon, Dupont, etc. They are the real rulers in a capitalist society who dictate and has everyone else eitherworking for them to maintain status-quo, or those who may slave for them in order to survive."

Мы дали здесь лишь краткое представление об офисном сленге и терминологии администраторов, юристов, мошенников и политиков (как вам компания?). Хотите стать Большим администратором (юристом ит.д.) - изучайте это дело подробнее.

  Святая Иоанна

   1957 – США (110 мин)

     Произв. UA (Отто Преминджер)

     Реж. ОТТО ПРЕМИНДЖЕР

     Сцен. Грэм Грин по одноименной пьесе Бернарда Шоу

     Опер. Жорж Периналь

     Муз. Миша Сполянски

     Дек. Роджер Ферс

     Титры Сол Басс

     В ролях Джин Сибёрг (Жанна), Ричард Уидмарк (Дофин), Ричард Тодд (Дюнуа), Элтон Уолбрук (Кошон), Джон Гилгуд (граф Уорвикский), Феликс Эйлмер (инквизитор), Гарри Эндрюз (Джон де Стогамбер), Барри Джоунз (Де Курсель), Финли Карри (архиепископ Реймсский), Бернард Майлз (палач), Арчи Данкан (Бодрикур), Кеннет Хей (брат Мартен), Дэйвид Оксли (Синяя Борода), Виктор Мэддерн (английский солдат, смастеривший крест).

   Спокойный сон короля Карла VII нарушен: он просыпается среди ночи, ему снятся кошмары. Он видит Жанну, стоящую у его ложа. «Я – сон, я снюсь тебе», – произносит она. Карл спрашивает, сильно ли она страдала на костре. Он говорит, что родители Жанны добились аннуляции процесса. «Смогут ли они аннулировать мое сожжение?» – спрашивает она с иронией. Думая о ее судьбе, король говорит: «Ты ведь всегда добивалась своего, не так ли?» Она, улыбаясь, кивает.

   1-й флэшбек. Уже в 17 лет она убедила Бодрикура, владельца земель вокруг Вокулёра, дать ей доспехи, небольшой эскорт и рекомендательное письмо к дофину. Она рассказала Бодрикуру о голосах, приказывающих ей отправиться в Орлеан и снять с города осаду англичан. «Они идут из твоего воображения!» – заявил Бодрикур. «Конечно. Ведь именно так Господь передает нам послания», – ответила Жанна. В Шиноне некий солдат стал приставать к ней. Она предсказала ему скорую смерть – и в самом деле бедняга попал под копыта собственной лошади. При дворе она узнала Синюю Бороду – самого безобразного и неискреннего вельможу в королевстве, шутки ради заранее севшего на трон вместо дофина. Она попыталась вдохнуть в дофина смелость и энергию, хотя тот мечтал лишь о спокойной жизни вдали от сражений и был готов на любой мир. Дофин поручил ей командование войсками. Французские солдаты стояли лицом к Орлеану на другом берегу Луары и ждали, когда подует западный ветер. Жанна попросила у Дюнуа, командовавшего войсками, поручить ей возглавить атаку. Затем она помолилась, и западный ветер подул.

   После победы над англичанами дофин, как ему и обещала Жанна, был коронован в Реймсе под бурный рев восторженной толпы. Жанна осталась в тени, чтобы слава осветила только нового короля. Он же проявил к ней одну лишь неблагодарность, не удержав ее ни словом, когда она выразила желание уехать. Она отправилась плакать в часовню. У своего единственного друга Дюнуа она спросила, за что ее так ненавидят при дворе. Затем призналась ему: «Я слышу голоса в звоне колоколов». Но, по мнению скептика Дюнуа, за каждым ее поступком кроются обдуманные и веские причины. «Жаль, что ты ребенком не рос в моей деревне, – говорит она ему. – Я бы могла с тобою нянчиться».

   Но единственной заботой Жанны теперь был Париж: его надо было занять всенепременно. Она попыталась убедить в этом короля, пока тот играл в классы с придворными. Король сослался на нехватку денег. «Но церковь богата», – сказала Жанна, обращаясь к архиепископу, не испытывавшему к Жанне теплых чувств. Если она будет упорствовать и дальше, сказал он, ее отлучат от церкви. В Париже ее, несомненно, сожгут на костре как ведьму. «Сила господа – в его одиночестве, – провозгласила Жанна. – Мое одиночество и для меня станет силой».

   Возвращение в комнату короля и к его сну. «Тебя же предупреждали!» – говорит Карл Жанне. Появляется граф Уорвикский. Это он заплатил, чтобы ему доставили Жанну. Он просит у нее прощения. Он руководствовался исключительно политическими мотивами, а не личными.

   2-й флэшбек. В тюрьме к Жанне приходит инквизитор и просит палача показать пленнице орудия пыток. Граф Уорвикский и в особенности его капеллан мэтр Стогамбер считают, что подготовка к процессу затянулась. Они жалуются на это Кошону, епископу Бове, который будет председательствовать на суде. На процессе Жанна не хочет клясться в том, что будет говорить только правду. Также она отказывается сменить мужское платье на женское, поскольку голоса запрещают ей это. «Все, что я сделала, я сделала по Божьему повелению» – таков ее главный довод в свою защиту.

   Узнав, что костер для нее уже готов, она признается, что голоса ее обманули, и подписывает акт отречения. Так она снова возвращается в лоно церкви. Стогамбер в ярости сообщает об этом графу Уорвикскому, который предпочел держаться в стороне от процесса. Услышав объявление о своем пожизненном заключении, Жанна восклицает: «Разжигайте огонь! Мои голоса были правы!» Ее уводят солдаты графа Уорвикского впрочем, если бы она не разорвала бумагу, исход был бы тем же. Инквизитор не возражает. В глубине души он считает, что если на суде и была допущена ошибка, то это не такое уж большое зло, поскольку в его глазах, как он признается пораженному Кошону, Жанна невиновна: она не поняла ни одного слова, сказанного на процессе.

   Жанну ведут на костер через негодующую толпу. Когда загорается огонь, Стогамбер, самый пылкий обвинитель Жанны, более всех страдает от этого зрелища. Теперь он знает наверняка, что проклят. Он увязывается за графом Уорвикским, которого раздражает его несдержанность. «Уймитесь, мэтр Стогамбер», – ледяным тоном говорит ему граф Уорвикский.

   Возвращение в комнату короля. Появляется Кошон. После смерти он был отлучен от церкви; его тело выбросили в сточную канаву. Дюнуа по-прежнему жив. Он подтверждает, что англичан повсюду прогнали из Франции. Появляется некий солдат – тот самый англичанин, который по просьбе Жанны сколотил на костре крест из 2 деревяшек. Это единственный добрый поступок, совершенный им за всю жизнь, и каждый год солдат получает за него 1 день свободы, который он может провести за пределами ада. Путешествуя через вечность, он сообщает раздосадованному королю, что во Франции, откуда пришлось выгнать немцев, установилась республика. Наконец, все призраки, кроме Жанны, исчезают. Король снова ложится в постель. Оставшись одна, Жанна спрашивает: «О Господь, сотворивший эту прекрасную землю! Сколько еще пройдет времени, прежде чем она примет твоих святых? Сколько пройдет времени?» Король, по-прежнему неспокойный, поворачивается к стене.

   ►  Святая Иоанна – один из редких проклятых фильмов в истории кинематографа. Он не только был освистан публикой и разорван на клочки критикой, но приобрел очень незаслуженную репутацию: фильма, извратившего пьесу Шоу. Английские критики были на этот счет особенно жестоки и несправедливы. Как Преминджер мог извратить пьесу Шоу, если с годами все больше приближался к творчеству Шоу, если его так многое роднило с английским писателем, если у них было так много точек пересечения: скептицизм, склонность к парадоксам, отказ от сентиментальности и под оболочкой холодности и застенчивости – подлинная доброта? В Святой Иоанне – как в пьесе, так и в фильме – тяга к парадоксам громко заявляет о себе в одновременно реалистичном и мифическом образе главной героини, который может понравиться (и не понравиться) и агностикам, и верующим. Парадоксально и изложение ее судьбы: на первый взгляд оно объективно, но с таким же успехом может оказаться лишь горячечным сном слабоумного монарха.

   Святая Иоанна – не только верная экранизация Шоу, но и стопроцентно авторский фильм. Как и в Лоре, Laura; Веере, The Fan; Здравствуй, грусть, Bonjour tristesse и т. д., реальность тут видится издалека, словно из Зазеркалья, со стороны вечности – так лучше видна вся сложность и деликатность этой реальности, нежели в призме скорых поверхностных суждений. (Идея представить историю Жанны во флэшбеках, отталкиваясь от сна Карла VII, принадлежит Преминджеру и Грэму Грину, которые воспользовались в этих целях эпилогом пьесы Шоу. В пьесе события изложены в хронологическом порядке.)

   Жанна, которую Джин Сибёрг воплощает с гениальной непосредственностью и достоверностью, – настоящая героиня Преминджера, упрямая и чарующая, многоликая и все же цельная, чья победа обернется трагедией. Потаенная сердцевина картины – и то, что больше всего интересовало Преминджера в пьесе Шоу, – это отношения между Дюнуа и Жанной. Через них, как это часто случается в фильмах Преминджера, мы видим, что любовь лишь тогда достойна зваться любовью, когда ей не суждено состояться. Нежные платонические отношения между Жанной и Дюнуа – лишь одна из многочисленных зарисовок Преминджера на тему несостоявшейся любви, зачастую приправленных душераздирающей грустью. Любовь здесь – это хрупкое неутоленное чувство; в нем больше наполненности, чем где бы то ни было.

   В постановке Преминджер довел до высочайшего технического мастерства пристрастие к длинным планам: сложным, извилистым, ползучим, преображающим, как в сцене игры в классы, пространство сцены в пространство экрана. Кинематограф почти всегда тянется к театру и становится самим собой лишь в результате суровых самоограничений, некоей алхимии, на которую способны только очень немногие режиссеры. Преминджер зарекомендовал себя мастером этой алхимии. Когда она удается, слова в какой-то степени теряют власть; и то, что на театральной сцене служило объяснением, вновь оборачивается тайной за аквариумным стеклом экрана.

   Преминджеру не раз доводилось создавать картины глобальных масштабов на основе маленьких сюжетов. В случае со Святой Иоанной он взял глобальный сюжет и создал на его основе личную, потайную картину, сделанную для собственного удовольствия и предназначенную для очень узкого круга избранных – и уж они в данном случае удовлетворены абсолютно.

   N.B. Короткометражный фильм, длящийся около 20 мин, Создание фильма, The Making of Movie, снимался Томом Райаном одновременно со Святой Иоанной и пересказывает основные этапы ее зарождения и съемок. В нем содержится план, где Джин Сибёрг кричит от ужаса на костре, когда ее чуть было не касаются настоящие языки пламени. Впоследствии эти кадры в картине были заменены на другие, снятые при помощи технического трюка.

   БИБЛИОГРАФИЯ: Marjorie Mattern, Saint Joan, Royal Publications, New York, 1957 – пересказ фильма, иллюстрированный фотографиями Боба Уиллоуби; в приложении содержится рассказ о съемках (в частности, на фотографиях запечатлена работа над техническим трюком, при помощи которого, после чудом предотвращенного инцидента, можно было снимать Джин Сибёрг безо всякого риска, проецируя на нее отражение пламени, разожженного вдали). Автор напоминает, что перед началом съемок в Лондоне основные сцены 3 недели репетировались в полном объеме и в декорациях фильма.

•• Encourage 1. to inspire with courage or confidence. 2. to stimulate by assistance or approval (The Random House Dictionary).

•

Machinability is very important and could easily be the topic of a separate chapter.

•

These differences can be reasonably expected.

* * *

— вполне возможно, что дело обстояло именно так

— вполне возможно, что

— вполне допустимо пренебречь

— вполне доступен уже сейчас

— вполне естественно, беспокоит

— вполне могут быть

— вполне может оправдать

— вполне можно было бы

— вполне объясним

— вполне обычное явление

— вполне обычны ситуации, в которых

— вполне освоен

— вполне отвечать современному уровню техники

— вполне подошёл бы для

— вполне понятно

— вполне правильно можно считать

— вполне пригодный для

— вполне реалистичен

— вполне реальный

— вполне способен

— вполне удовлетворительный

— для этого имеются вполне понятные причины

— зачастую могут оказаться вполне достаточными

— и вполне понятно, что

— несмотря на некоторую упрощённость, это описание вполне удовлетворительно

— по вполне понятным причинам

— по-видимому, вполне допустимо сделать вывод

— по-видимому, вполне уместно

— поэтому вполне возможно, что

— поэтому вполне логично

— представляется вполне достижимым

— с другой стороны, вполне возможно, что

— что вполне соответствует действительности

— что считается вполне обычным для

 

технология коммутации
-
[Интент]

Современные технологии коммутации
[ http://www.xnets.ru/plugins/content/content.php?content.84]

Статья подготовлена на основании материалов опубликованных в журналах "LAN", "Сети и системы связи", в книге В.Олифер и Н.Олифер "Новые технологии и оборудование IP-сетей", на сайтах www.citforum.ru и опубликована в журнале "Компьютерные решения" NN4-6 за 2000 год.

• Введение
• Коммутация первого уровня.
• Коммутация второго уровня.
• Коммутация третьего уровня.
• Коммутация четвертого уровня.
• Критерии выбора оборудования, физическая и логическая структура сети
• Качество обслуживания (QoS) и принципы задания приоритетов
• Заключение

Введение

На сегодня практически все организации, имеющие локальные сети, остановили свой выбор на сетях типа Ethernet. Данный выбор оправдан тем, что начало внедрения такой сети сопряжено с низкой стоимостью и простотой реализации, а развитие - с хорошей масштабируемостью и экономичностью.

Бросив взгляд назад - увидим, что развитие активного оборудования сетей шло в соответствии с требованиями к полосе пропускания и надежности. Требования, предъявляемые к большей надежности, привели к отказу от применения в качестве среды передачи коаксиального кабеля и перевода сетей на витую пару. В результате такого перехода отказ работы соединения между одной из рабочих станций и концентратором перестал сказываться на работе других рабочих станций сети. Но увеличения производительности данный переход не принес, так как концентраторы используют разделяемую (на всех пользователей в сегменте) полосу пропускания. По сути, изменилась только физическая топология сети - с общей шины на звезду, а логическая топология по-прежнему осталась - общей шиной.

Дальнейшее развитие сетей шло по нескольким путям:

• увеличение скорости,
• внедрение сегментирования на основе коммутации,
• объединение сетей при помощи маршрутизации.

Увеличение скорости при прежней логической топологии - общая шина, привело к незначительному росту производительности в случае большого числа портов.

Большую эффективность в работе сети принесло сегментирование сетей с использованием технология коммутации пакетов. Коммутация наиболее действенна в следующих вариантах:

Вариант 1, именуемый связью "многие со многими" – это одноранговые сети, когда одновременно существуют потоки данных между парами рабочих станций. При этом предпочтительнее иметь коммутатор, у которого все порты имеют одинаковую скорость, (см. Рисунок 1).

Вариант 2, именуемый связью "один со многими" – это сети клиент-сервер, когда все рабочие станции работают с файлами или базой данных сервера. В данном случае предпочтительнее иметь коммутатор, у которого порты для подключения рабочих станций имеют одинаковую небольшую скорость, а порт, к которому подключается сервер, имеет большую скорость,(см. Рисунок 2).

Когда компании начали связывать разрозненные системы друг с другом, маршрутизация обеспечивала максимально возможную целостность и надежность передачи трафика из одной сети в другую. Но с ростом размера и сложности сети, а также в связи со все более широким применением коммутаторов в локальных сетях, базовые маршрутизаторы (зачастую они получали все данные, посылаемые коммутаторами) стали с трудом справляться со своими задачами.

Проблемы с трафиком, связанные с маршрутизацией, проявляются наиболее остро в средних и крупных компаниях, а также в деятельности операторов Internet, так как они вынуждены иметь дело с большими объемами IP-трафика, причем этот трафик должен передаваться своевременно и эффективно.

С подключением настольных систем непосредственно к коммутаторам на 10/100 Мбит/с между ними и магистралью оказывается все меньше промежуточных устройств. Чем выше скорость подключения настольных систем, тем более скоростной должна быть магистраль. Кроме того, на каждом уровне устройства должны справляться с приходящим трафиком, иначе возникновения заторов не избежать.

Рассмотрению технологий коммутации и посвящена данная статья.

Коммутация первого уровня

Термин "коммутация первого уровня" в современной технической литературе практически не описывается. Для начала дадим определение, с какими характеристиками имеет дело физический или первый уровень модели OSI:

физический уровень определяет электротехнические, механические, процедурные и функциональные характеристики активации, поддержания и дезактивации физического канала между конечными системами. Спецификации физического уровня определяют такие характеристики, как уровни напряжений, синхронизацию изменения напряжений, скорость передачи физической информации, максимальные расстояния передачи информации, физические соединители и другие аналогичные характеристики.

Смысл коммутации на первом уровне модели OSI означает физическое (по названию уровня) соединение. Из примеров коммутации первого уровня можно привести релейные коммутаторы некоторых старых телефонных и селекторных систем. В более новых телефонных системах коммутация первого уровня применяется совместно с различными способами сигнализации вызовов и усиления сигналов. В сетях передачи данных данная технология применяется в полностью оптических коммутаторах.

Коммутация второго уровня

Рассматривая свойства второго уровня модели OSI и его классическое определение, увидим, что данному уровню принадлежит основная доля коммутирующих свойств.

Определение. Канальный уровень (формально называемый информационно-канальным уровнем) обеспечивает надежный транзит данных через физический канал. Канальный уровень решает вопросы физической адресации (в противоположность сетевой или логической адресации), топологии сети, линейной дисциплины (каким образом конечной системе использовать сетевой канал), уведомления о неисправностях, упорядоченной доставки блоков данных и управления потоком информации.

На самом деле, определяемая канальным уровнем модели OSI функциональность служит платформой для некоторых из сегодняшних наиболее эффективных технологий. Большое значение функциональности второго уровня подчеркивает тот факт, что производители оборудования продолжают вкладывать значительные средства в разработку устройств с такими функциями.

С технологической точки зрения, коммутатор локальных сетей представляет собой устройство, основное назначение которого - максимальное ускорение передачи данных за счет параллельно существующих потоков между узлами сети. В этом - его главное отличие от других традиционных устройств локальных сетей – концентраторов (Hub), предоставляющих всем потокам данных сети всего один канал передачи данных.

Коммутатор позволяет передавать параллельно несколько потоков данных c максимально возможной для каждого потока скоростью. Эта скорость ограничена физической спецификацией протокола, которую также часто называют "скоростью провода". Это возможно благодаря наличию в коммутаторе большого числа центров обработки и продвижения кадров и шин передачи данных.

Коммутаторы локальных сетей в своем основном варианте, ставшем классическим уже с начала 90-х годов, работают на втором уровне модели OSI, применяя свою высокопроизводительную параллельную архитектуру для продвижения кадров канальных протоколов. Другими словами, ими выполняются алгоритмы работы моста, описанные в стандартах IEEE 802.1D и 802.1H. Также они имеют и много других дополнительных функций, часть которых вошла в новую редакцию стандарта 802.1D-1998, а часть остается пока не стандартизованной.

Коммутаторы ЛВС отличаются большим разнообразием возможностей и, следовательно, цен - стоимость 1 порта колеблется в диапазоне от 50 до 1000 долларов. Одной из причин столь больших различий является то, что они предназначены для решения различных классов задач. Коммутаторы высокого класса должны обеспечивать высокую производительность и плотность портов, а также поддерживать широкий спектр функций управления. Простые и дешевые коммутаторы имеют обычно небольшое число портов и не способны поддерживать функции управления. Одним из основных различий является используемая в коммутаторе архитектура. Поскольку большинство современных коммутаторов работают на основе патентованных контроллеров ASIC, устройство этих микросхем и их интеграция с остальными модулями коммутатора (включая буферы ввода-вывода) играет важнейшую роль. Контроллеры ASIC для коммутаторов ЛВС делятся на 2 класса - большие ASIC, способные обслуживать множество коммутируемых портов (один контроллер на устройство) и небольшие ASIC, обслуживающие по несколько портов и объединяемые в матрицы коммутации.

Существует 3 варианта архитектуры коммутаторов:
 

• переключение (cross-bar) с буферизацией на входе,
• самомаршрутизация (self-route) с разделяемой памятью
• высокоскоростная шина.

На рисунке 3 показана блок-схема коммутатора с архитектурой, используемой для поочередного соединения пар портов. В любой момент такой коммутатор может обеспечить организацию только одного соединения (пара портов). При невысоком уровне трафика не требуется хранение данных в памяти перед отправкой в порт назначения - такой вариант называется коммутацией на лету cut-through. Однако, коммутаторы cross-bar требуют буферизации на входе от каждого порта, поскольку в случае использования единственно возможного соединения коммутатор блокируется (рисунок 4). Несмотря на малую стоимость и высокую скорость продвижения на рынок, коммутаторы класса cross-bar слишком примитивны для эффективной трансляции между низкоскоростными интерфейсами Ethernet или token ring и высокоскоростными портами ATM и FDDI.

Коммутаторы с разделяемой памятью имеют общий входной буфер для всех портов, используемый как внутренняя магистраль устройства (backplane). Буферизагия данных перед их рассылкой (store-and-forward - сохранить и переслать) приводит к возникновению задержки. Однако, коммутаторы с разделяемой памятью, как показано на рисунке 5 не требуют организации специальной внутренней магистрали для передачи данных между портами, что обеспечивает им более низкую цену по сравнению с коммутаторами на базе высокоскоростной внутренней шины.

На рисунке 6 показана блок-схема коммутатора с высокоскоростной шиной, связывающей контроллеры ASIC. После того, как данные преобразуются в приемлемый для передачи по шине формат, они помещаются на шину и далее передаются в порт назначения. Поскольку шина может обеспечивать одновременную (паралельную) передачу потока данных от всех портов, такие коммутаторы часто называют "неблокируемыми" (non-blocking) - они не создают пробок на пути передачи данных.

Применение аналогичной параллельной архитектуры для продвижения пакетов сетевых протоколов привело к появлению коммутаторов третьего уровня модели OSI.

Коммутация третьего уровня

В продолжении темы о технологиях коммутации рассмотренных в предыдущем номера повторим, что применение параллельной архитектуры для продвижения пакетов сетевых протоколов привело к появлению коммутаторов третьего уровня. Это позволило существенно, в 10-100 раз повысить скорость маршрутизации по сравнению с традиционными маршрутизаторами, в которых один центральный универсальный процессор выполняет программное обеспечение маршрутизации.

По определению Сетевой уровень (третий) - это комплексный уровень, который обеспечивает возможность соединения и выбор маршрута между двумя конечными системами, подключенными к разным "подсетям", которые могут находиться в разных географических пунктах. В данном случае "подсеть" это, по сути, независимый сетевой кабель (иногда называемый сегментом).

Коммутация на третьем уровне - это аппаратная маршрутизация. Традиционные маршрутизаторы реализуют свои функции с помощью программно-управляемых процессоров, что будем называть программной маршрутизацией. Традиционные маршрутизаторы обычно продвигают пакеты со скоростью около 500000 пакетов в секунду. Коммутаторы третьего уровня сегодня работают со скоростью до 50 миллионов пакетов в секунду. Возможно и дальнейшее ее повышение, так как каждый интерфейсный модуль, как и в коммутаторе второго уровня, оснащен собственным процессором продвижения пакетов на основе ASIC. Так что наращивание количества модулей ведет к наращиванию производительности маршрутизации. Использование высокоскоростной технологии больших заказных интегральных схем (ASIC) является главной характеристикой, отличающей коммутаторы третьего уровня от традиционных маршрутизаторов. Коммутаторы 3-го уровня делятся на две категории: пакетные (Packet-by-Packet Layer 3 Switches, PPL3) и сквозные (Cut-Through Layer 3 Switches, CTL3). PPL3 - означает просто быструю маршрутизацию (Рисунок_7). CTL3 – маршрутизацию первого пакета и коммутацию всех остальных (Рисунок 8).

У коммутатора третьего уровня, кроме реализации функций маршрутизации в специализированных интегральных схемах, имеется несколько особенностей, отличающих их от традиционных маршрутизаторов. Эти особенности отражают ориентацию коммутаторов 3-го уровня на работу, в основном, в локальных сетях, а также последствия совмещения в одном устройстве коммутации на 2-м и 3-м уровнях:
 

• поддержка интерфейсов и протоколов, применяемых в локальных сетях,
• усеченные функции маршрутизации,
• обязательная поддержка механизма виртуальных сетей,
• тесная интеграция функций коммутации и маршрутизации, наличие удобных для администратора операций по заданию маршрутизации между виртуальными сетями.

Наиболее "коммутаторная" версия высокоскоростной маршрутизации выглядит следующим образом (рисунок 9). Пусть коммутатор третьего уровня построен так, что в нем имеется информация о соответствии сетевых адресов (например, IP-адресов) адресам физического уровня (например, MAC-адресам) Все эти МАС-адреса обычным образом отображены в коммутационной таблице, независимо от того, принадлежат ли они данной сети или другим сетям.

Первый коммутатор, на который поступает пакет, частично выполняет функции маршрутизатора, а именно, функции фильтрации, обеспечивающие безопасность. Он решает, пропускать или нет данный пакет в другую сеть Если пакет пропускать нужно, то коммутатор по IP-адресу назначения определяет МАС-адрес узла назначения и формирует новый заголовок второго уровня с найденным МАС-адресом. Затем выполняется обычная процедура коммутации по данному МАС-адресу с просмотром адресной таблицы коммутатора. Все последующие коммутаторы, построенные по этому же принципу, обрабатывают данный кадр как обычные коммутаторы второго уровня, не привлекая функций маршрутизации, что значительно ускоряет его обработку. Однако функции маршрутизации не являются для них избыточными, поскольку и на эти коммутаторы могут поступать первичные пакеты (непосредственно от рабочих станций), для которых необходимо выполнять фильтрацию и подстановку МАС-адресов.

Это описание носит схематический характер и не раскрывает способов решения возникающих при этом многочисленных проблем, например, проблемы построения таблицы соответствия IP-адресов и МАС-адресов

Примерами коммутаторов третьего уровня, работающих по этой схеме, являются коммутаторы SmartSwitch компании Cabletron. Компания Cabletron реализовала в них свой протокол ускоренной маршрутизации SecureFast Virtual Network, SFVN.

Для организации непосредственного взаимодействия рабочих станций без промежуточного маршрутизатора необходимо сконфигурировать каждую из них так, чтобы она считала собственный интерфейс маршрутизатором по умолчанию. При такой конфигурации станция пытается самостоятельно отправить любой пакет конечному узлу, даже если этот узел находится в другой сети. Так как в общем случае (см. рисунок 10) станции неизвестен МАС-адрес узла назначения, то она генерирует соответствующий ARP-запрос, который перехватывает коммутатор, поддерживающий протокол SFVN. В сети предполагается наличие сервера SFVN Server, являющегося полноценным маршрутизатором и поддерживающего общую ARP-таблицу всех узлов SFVN-сети. Сервер возвращает коммутатору МАС-адрес узла назначения, а коммутатор, в свою очередь, передает его исходной станции. Одновременно сервер SFVN передает коммутаторам сети инструкции о разрешении прохождения пакета с МАС-адресом узла назначения через границы виртуальных сетей. Затем исходная станция передает пакет в кадре, содержащем МАС-адрес узла назначения. Этот кадр проходит через коммутаторы, не вызывая обращения к их блокам маршрутизации. Отличие протокола SFVN компании Cabletron от - описанной выше общей схемы в том, что для нахождения МАС-адреса по IP-адресу в сети используется выделенный сервер.

Протокол Fast IP компании 3Com является еще одним примером реализации подхода с отображением IP-адреса на МАС-адрес. В этом протоколе основными действующими лицами являются сетевые адаптеры (что не удивительно, так как компания 3Com является признанным лидером в производстве сетевых адаптеров Ethernet) С одной стороны, такой подход требует изменения программного обеспечения драйверов сетевых адаптеров, и это минус Но зато не требуется изменять все остальное сетевое оборудование.

При необходимости передать пакет узлу назначения другой сети, исходный узел в соответствии с технологией Fast IP должен передать запрос по протоколу NHRP (Next Hop Routing Protocol) маршрутизатору сети. Маршрутизатор переправляет этот запрос узлу назначения, как обычный пакет Узел назначения, который также поддерживает Fast IP и NHRP, получив запрос, отвечает кадром, отсылаемым уже не маршрутизатору, а непосредственно узлу-источнику (по его МАС-адресу, содержащемуся в NHRP-запросе). После этого обмен идет на канальном уровне на основе известных МАС-адресов. Таким образом, снова маршрутизировался только первый пакет потока (как на рисунке 9 кратковременный поток), а все остальные коммутировались (как на рисунке 9 долговременный поток).

Еще один тип коммутаторов третьего уровня — это коммутаторы, работающие с протоколами локальных сетей типа Ethernet и FDDI. Эти коммутаторы выполняют функции маршрутизации не так, как классические маршрутизаторы. Они маршрутизируют не отдельные пакеты, а потоки пакетов.

Поток — это последовательность пакетов, имеющих некоторые общие свойства. По меньшей мере, у них должны совпадать адрес отправителя и адрес получателя, и тогда их можно отправлять по одному и тому же маршруту. Если классический способ маршрутизации использовать только для первого пакета потока, а все остальные обрабатывать на основании опыта первого (или нескольких первых) пакетов, то можно значительно ускорить маршрутизацию всего потока.

Рассмотрим этот подход на примере технологии NetFlow компании Cisco, реализованной в ее маршрутизаторах и коммутаторах. Для каждого пакета, поступающего на порт маршрутизатора, вычисляется хэш-функция от IP-адресов источника, назначения, портов UDP или TCP и поля TOS, характеризующего требуемое качество обслуживания. Во всех маршрутизаторах, поддерживающих данную технологию, через которые проходит данный пакет, в кэш-памяти портов запоминается соответствие значения хэш-функции и адресной информации, необходимой для быстрой передачи пакета следующему маршрутизатору. Таким образом, образуется квазивиртуальный канал (см. Рисунок 11), который позволяет быстро передавать по сети маршрутизаторов все последующие пакеты этого потока. При этом ускорение достигается за счет упрощения процедуры обработки пакета маршрутизатором - не просматриваются таблицы маршрутизации, не выполняются ARP-запросы.

Этот прием может использоваться в маршрутизаторах, вообще не поддерживающих коммутацию, а может быть перенесен в коммутаторы. В этом случае такие коммутаторы тоже называют коммутаторами третьего уровня. Примеров маршрутизаторов, использующих данный подход, являются маршрутизаторы Cisco 7500, а коммутаторов третьего уровня — коммутаторы Catalyst 5000 и 5500. Коммутаторы Catalyst выполняют усеченные функции описанной схемы, они не могут обрабатывать первые пакеты потоков и создавать новые записи о хэш-функциях и адресной информации потоков. Они просто получают данную информацию от маршрутизаторов 7500 и обрабатывают пакеты уже распознанных маршрутизаторами потоков.

Выше был рассмотрен способ ускоренной маршрутизации, основанный на концепции потока. Его сущность заключается в создании квазивиртуальных каналов в сетях, которые не поддерживают виртуальные каналы в обычном понимании этого термина, то есть сетях Ethernet, FDDI, Token Ring и т п. Следует отличать этот способ от способа ускоренной работы маршрутизаторов в сетях, поддерживающих технологию виртуальных каналов — АТМ, frame relay, X 25. В таких сетях создание виртуального канала является штатным режимом работы сетевых устройств. Виртуальные каналы создаются между двумя конечными точками, причем для потоков данных, требующих разного качества обслуживания (например, для данных разных приложений) может создаваться отдельный виртуальный канал. Хотя время создания виртуального канала существенно превышает время маршрутизации одного пакета, выигрыш достигается за счет последующей быстрой передачи потока данных по виртуальному каналу. Но в таких сетях возникает другая проблема — неэффективная передача коротких потоков, то есть потоков, состоящих из небольшого количества пакетов (классический пример — пакеты протокола DNS).

Накладные расходы, связанные с созданием виртуального канала, приходящиеся на один пакет, снижаются при передаче объемных потоков данных. Однако они становятся неприемлемо высокими при передаче коротких потоков. Для того чтобы эффективно передавать короткие потоки, предлагается следующий вариант, при передаче нескольких первых пакетов выполняется обычная маршрутизация. Затем, после того как распознается устойчивый поток, для него строится виртуальный канал, и дальнейшая передача данных происходит с высокой скоростью по этому виртуальному каналу. Таким образом, для коротких потоков виртуальный канал вообще не создается, что и повышает эффективность передачи.

По такой схеме работает ставшая уже классической технология IP Switching компании Ipsilon. Для того чтобы сети коммутаторов АТМ передавали бы пакеты коротких потоков без установления виртуального канала, компания Ipsilon предложила встроить во все коммутаторы АТМ блоки IP-маршрутизации (рисунок 12), строящие обычные таблицы маршрутизации по обычным протоколам RIP и OSPF.

Компания Cisco Systems выдвинула в качестве альтернативы технологии IP Switching свою собственную технологию Tag Switching, но она не стала стандартной. В настоящее время IETF работает над стандартным протоколом обмена метками MPLS (Multi-Protocol Label Switching), который обобщает предложение компаний Ipsilon и Cisco, а также вносит некоторые новые детали и механизмы. Этот протокол ориентирован на поддержку качества обслуживания для виртуальных каналов, образованных метками.

Коммутация четвертого уровня

Свойства четвертого или транспортного уровня модели OSI следующие: транспортный уровень обеспечивает услуги по транспортировке данных. В частности, заботой транспортного уровня является решение таких вопросов, как выполнение надежной транспортировки данных через объединенную сеть. Предоставляя надежные услуги, транспортный уровень обеспечивает механизмы для установки, поддержания и упорядоченного завершения действия виртуальных каналов, систем обнаружения и устранения неисправностей транспортировки и управления информационным потоком (с целью предотвращения переполнения данными из другой системы).

Некоторые производители заявляют, что их системы могут работать на втором, третьем и даже четвертом уровнях. Однако рассмотрение описания стека TCP/IP (рисунок 1), а также структуры пакетов IP и TCP (рисунки 2, 3), показывает, что коммутация четвертого уровня является фикцией, так как все относящиеся к коммутации функции осуществляются на уровне не выше третьего. А именно, термин коммутация четвертого уровня с точки зрения описания стека TCP/IP противоречий не имеет, за исключением того, что при коммутации должны указываться адреса компьютера (маршрутизатора) источника и компьютера (маршрутизатора) получателя. Пакеты TCP имеют поля локальный порт отправителя и локальный порт получателя (рисунок 3), несущие смысл точек входа в приложение (в программу), например Telnet с одной стороны, и точки входа (в данном контексте инкапсуляции) в уровень IP. Кроме того, в стеке TCP/IP именно уровень TCP занимается формированием пакетов из потока данных идущих от приложения. Пакеты IP (рисунок 2) имеют поля адреса компьютера (маршрутизатора) источника и компьютера (маршрутизатора) получателя и следовательно могут наряду с MAC адресами использоваться для коммутации. Тем не менее, название прижилось, к тому же практика показывает, что способность системы анализировать информацию прикладного уровня может оказаться полезной — в частности для управления трафиком. Таким образом, термин "зависимый от приложения" более точно отражает функции так называемых коммутаторов четвертого уровня.

Тематики

• сети вычислительные

EN

• switching technology

 

технология коммутации
-
[Интент]

Современные технологии коммутации
[ http://www.xnets.ru/plugins/content/content.php?content.84]

Статья подготовлена на основании материалов опубликованных в журналах "LAN", "Сети и системы связи", в книге В.Олифер и Н.Олифер "Новые технологии и оборудование IP-сетей", на сайтах www.citforum.ru и опубликована в журнале "Компьютерные решения" NN4-6 за 2000 год.

• Введение
• Коммутация первого уровня.
• Коммутация второго уровня.
• Коммутация третьего уровня.
• Коммутация четвертого уровня.
• Критерии выбора оборудования, физическая и логическая структура сети
• Качество обслуживания (QoS) и принципы задания приоритетов
• Заключение

Введение

На сегодня практически все организации, имеющие локальные сети, остановили свой выбор на сетях типа Ethernet. Данный выбор оправдан тем, что начало внедрения такой сети сопряжено с низкой стоимостью и простотой реализации, а развитие - с хорошей масштабируемостью и экономичностью.

Бросив взгляд назад - увидим, что развитие активного оборудования сетей шло в соответствии с требованиями к полосе пропускания и надежности. Требования, предъявляемые к большей надежности, привели к отказу от применения в качестве среды передачи коаксиального кабеля и перевода сетей на витую пару. В результате такого перехода отказ работы соединения между одной из рабочих станций и концентратором перестал сказываться на работе других рабочих станций сети. Но увеличения производительности данный переход не принес, так как концентраторы используют разделяемую (на всех пользователей в сегменте) полосу пропускания. По сути, изменилась только физическая топология сети - с общей шины на звезду, а логическая топология по-прежнему осталась - общей шиной.

Дальнейшее развитие сетей шло по нескольким путям:

• увеличение скорости,
• внедрение сегментирования на основе коммутации,
• объединение сетей при помощи маршрутизации.

Увеличение скорости при прежней логической топологии - общая шина, привело к незначительному росту производительности в случае большого числа портов.

Большую эффективность в работе сети принесло сегментирование сетей с использованием технология коммутации пакетов. Коммутация наиболее действенна в следующих вариантах:

Вариант 1, именуемый связью "многие со многими" – это одноранговые сети, когда одновременно существуют потоки данных между парами рабочих станций. При этом предпочтительнее иметь коммутатор, у которого все порты имеют одинаковую скорость, (см. Рисунок 1).

Вариант 2, именуемый связью "один со многими" – это сети клиент-сервер, когда все рабочие станции работают с файлами или базой данных сервера. В данном случае предпочтительнее иметь коммутатор, у которого порты для подключения рабочих станций имеют одинаковую небольшую скорость, а порт, к которому подключается сервер, имеет большую скорость,(см. Рисунок 2).

Когда компании начали связывать разрозненные системы друг с другом, маршрутизация обеспечивала максимально возможную целостность и надежность передачи трафика из одной сети в другую. Но с ростом размера и сложности сети, а также в связи со все более широким применением коммутаторов в локальных сетях, базовые маршрутизаторы (зачастую они получали все данные, посылаемые коммутаторами) стали с трудом справляться со своими задачами.

Проблемы с трафиком, связанные с маршрутизацией, проявляются наиболее остро в средних и крупных компаниях, а также в деятельности операторов Internet, так как они вынуждены иметь дело с большими объемами IP-трафика, причем этот трафик должен передаваться своевременно и эффективно.

С подключением настольных систем непосредственно к коммутаторам на 10/100 Мбит/с между ними и магистралью оказывается все меньше промежуточных устройств. Чем выше скорость подключения настольных систем, тем более скоростной должна быть магистраль. Кроме того, на каждом уровне устройства должны справляться с приходящим трафиком, иначе возникновения заторов не избежать.

Рассмотрению технологий коммутации и посвящена данная статья.

Коммутация первого уровня

Термин "коммутация первого уровня" в современной технической литературе практически не описывается. Для начала дадим определение, с какими характеристиками имеет дело физический или первый уровень модели OSI:

физический уровень определяет электротехнические, механические, процедурные и функциональные характеристики активации, поддержания и дезактивации физического канала между конечными системами. Спецификации физического уровня определяют такие характеристики, как уровни напряжений, синхронизацию изменения напряжений, скорость передачи физической информации, максимальные расстояния передачи информации, физические соединители и другие аналогичные характеристики.

Смысл коммутации на первом уровне модели OSI означает физическое (по названию уровня) соединение. Из примеров коммутации первого уровня можно привести релейные коммутаторы некоторых старых телефонных и селекторных систем. В более новых телефонных системах коммутация первого уровня применяется совместно с различными способами сигнализации вызовов и усиления сигналов. В сетях передачи данных данная технология применяется в полностью оптических коммутаторах.

Коммутация второго уровня

Рассматривая свойства второго уровня модели OSI и его классическое определение, увидим, что данному уровню принадлежит основная доля коммутирующих свойств.

Определение. Канальный уровень (формально называемый информационно-канальным уровнем) обеспечивает надежный транзит данных через физический канал. Канальный уровень решает вопросы физической адресации (в противоположность сетевой или логической адресации), топологии сети, линейной дисциплины (каким образом конечной системе использовать сетевой канал), уведомления о неисправностях, упорядоченной доставки блоков данных и управления потоком информации.

На самом деле, определяемая канальным уровнем модели OSI функциональность служит платформой для некоторых из сегодняшних наиболее эффективных технологий. Большое значение функциональности второго уровня подчеркивает тот факт, что производители оборудования продолжают вкладывать значительные средства в разработку устройств с такими функциями.

С технологической точки зрения, коммутатор локальных сетей представляет собой устройство, основное назначение которого - максимальное ускорение передачи данных за счет параллельно существующих потоков между узлами сети. В этом - его главное отличие от других традиционных устройств локальных сетей – концентраторов (Hub), предоставляющих всем потокам данных сети всего один канал передачи данных.

Коммутатор позволяет передавать параллельно несколько потоков данных c максимально возможной для каждого потока скоростью. Эта скорость ограничена физической спецификацией протокола, которую также часто называют "скоростью провода". Это возможно благодаря наличию в коммутаторе большого числа центров обработки и продвижения кадров и шин передачи данных.

Коммутаторы локальных сетей в своем основном варианте, ставшем классическим уже с начала 90-х годов, работают на втором уровне модели OSI, применяя свою высокопроизводительную параллельную архитектуру для продвижения кадров канальных протоколов. Другими словами, ими выполняются алгоритмы работы моста, описанные в стандартах IEEE 802.1D и 802.1H. Также они имеют и много других дополнительных функций, часть которых вошла в новую редакцию стандарта 802.1D-1998, а часть остается пока не стандартизованной.

Коммутаторы ЛВС отличаются большим разнообразием возможностей и, следовательно, цен - стоимость 1 порта колеблется в диапазоне от 50 до 1000 долларов. Одной из причин столь больших различий является то, что они предназначены для решения различных классов задач. Коммутаторы высокого класса должны обеспечивать высокую производительность и плотность портов, а также поддерживать широкий спектр функций управления. Простые и дешевые коммутаторы имеют обычно небольшое число портов и не способны поддерживать функции управления. Одним из основных различий является используемая в коммутаторе архитектура. Поскольку большинство современных коммутаторов работают на основе патентованных контроллеров ASIC, устройство этих микросхем и их интеграция с остальными модулями коммутатора (включая буферы ввода-вывода) играет важнейшую роль. Контроллеры ASIC для коммутаторов ЛВС делятся на 2 класса - большие ASIC, способные обслуживать множество коммутируемых портов (один контроллер на устройство) и небольшие ASIC, обслуживающие по несколько портов и объединяемые в матрицы коммутации.

Существует 3 варианта архитектуры коммутаторов:
 

• переключение (cross-bar) с буферизацией на входе,
• самомаршрутизация (self-route) с разделяемой памятью
• высокоскоростная шина.

На рисунке 3 показана блок-схема коммутатора с архитектурой, используемой для поочередного соединения пар портов. В любой момент такой коммутатор может обеспечить организацию только одного соединения (пара портов). При невысоком уровне трафика не требуется хранение данных в памяти перед отправкой в порт назначения - такой вариант называется коммутацией на лету cut-through. Однако, коммутаторы cross-bar требуют буферизации на входе от каждого порта, поскольку в случае использования единственно возможного соединения коммутатор блокируется (рисунок 4). Несмотря на малую стоимость и высокую скорость продвижения на рынок, коммутаторы класса cross-bar слишком примитивны для эффективной трансляции между низкоскоростными интерфейсами Ethernet или token ring и высокоскоростными портами ATM и FDDI.

Коммутаторы с разделяемой памятью имеют общий входной буфер для всех портов, используемый как внутренняя магистраль устройства (backplane). Буферизагия данных перед их рассылкой (store-and-forward - сохранить и переслать) приводит к возникновению задержки. Однако, коммутаторы с разделяемой памятью, как показано на рисунке 5 не требуют организации специальной внутренней магистрали для передачи данных между портами, что обеспечивает им более низкую цену по сравнению с коммутаторами на базе высокоскоростной внутренней шины.

На рисунке 6 показана блок-схема коммутатора с высокоскоростной шиной, связывающей контроллеры ASIC. После того, как данные преобразуются в приемлемый для передачи по шине формат, они помещаются на шину и далее передаются в порт назначения. Поскольку шина может обеспечивать одновременную (паралельную) передачу потока данных от всех портов, такие коммутаторы часто называют "неблокируемыми" (non-blocking) - они не создают пробок на пути передачи данных.

Применение аналогичной параллельной архитектуры для продвижения пакетов сетевых протоколов привело к появлению коммутаторов третьего уровня модели OSI.

Коммутация третьего уровня

В продолжении темы о технологиях коммутации рассмотренных в предыдущем номера повторим, что применение параллельной архитектуры для продвижения пакетов сетевых протоколов привело к появлению коммутаторов третьего уровня. Это позволило существенно, в 10-100 раз повысить скорость маршрутизации по сравнению с традиционными маршрутизаторами, в которых один центральный универсальный процессор выполняет программное обеспечение маршрутизации.

По определению Сетевой уровень (третий) - это комплексный уровень, который обеспечивает возможность соединения и выбор маршрута между двумя конечными системами, подключенными к разным "подсетям", которые могут находиться в разных географических пунктах. В данном случае "подсеть" это, по сути, независимый сетевой кабель (иногда называемый сегментом).

Коммутация на третьем уровне - это аппаратная маршрутизация. Традиционные маршрутизаторы реализуют свои функции с помощью программно-управляемых процессоров, что будем называть программной маршрутизацией. Традиционные маршрутизаторы обычно продвигают пакеты со скоростью около 500000 пакетов в секунду. Коммутаторы третьего уровня сегодня работают со скоростью до 50 миллионов пакетов в секунду. Возможно и дальнейшее ее повышение, так как каждый интерфейсный модуль, как и в коммутаторе второго уровня, оснащен собственным процессором продвижения пакетов на основе ASIC. Так что наращивание количества модулей ведет к наращиванию производительности маршрутизации. Использование высокоскоростной технологии больших заказных интегральных схем (ASIC) является главной характеристикой, отличающей коммутаторы третьего уровня от традиционных маршрутизаторов. Коммутаторы 3-го уровня делятся на две категории: пакетные (Packet-by-Packet Layer 3 Switches, PPL3) и сквозные (Cut-Through Layer 3 Switches, CTL3). PPL3 - означает просто быструю маршрутизацию (Рисунок_7). CTL3 – маршрутизацию первого пакета и коммутацию всех остальных (Рисунок 8).

У коммутатора третьего уровня, кроме реализации функций маршрутизации в специализированных интегральных схемах, имеется несколько особенностей, отличающих их от традиционных маршрутизаторов. Эти особенности отражают ориентацию коммутаторов 3-го уровня на работу, в основном, в локальных сетях, а также последствия совмещения в одном устройстве коммутации на 2-м и 3-м уровнях:
 

• поддержка интерфейсов и протоколов, применяемых в локальных сетях,
• усеченные функции маршрутизации,
• обязательная поддержка механизма виртуальных сетей,
• тесная интеграция функций коммутации и маршрутизации, наличие удобных для администратора операций по заданию маршрутизации между виртуальными сетями.

Наиболее "коммутаторная" версия высокоскоростной маршрутизации выглядит следующим образом (рисунок 9). Пусть коммутатор третьего уровня построен так, что в нем имеется информация о соответствии сетевых адресов (например, IP-адресов) адресам физического уровня (например, MAC-адресам) Все эти МАС-адреса обычным образом отображены в коммутационной таблице, независимо от того, принадлежат ли они данной сети или другим сетям.

Первый коммутатор, на который поступает пакет, частично выполняет функции маршрутизатора, а именно, функции фильтрации, обеспечивающие безопасность. Он решает, пропускать или нет данный пакет в другую сеть Если пакет пропускать нужно, то коммутатор по IP-адресу назначения определяет МАС-адрес узла назначения и формирует новый заголовок второго уровня с найденным МАС-адресом. Затем выполняется обычная процедура коммутации по данному МАС-адресу с просмотром адресной таблицы коммутатора. Все последующие коммутаторы, построенные по этому же принципу, обрабатывают данный кадр как обычные коммутаторы второго уровня, не привлекая функций маршрутизации, что значительно ускоряет его обработку. Однако функции маршрутизации не являются для них избыточными, поскольку и на эти коммутаторы могут поступать первичные пакеты (непосредственно от рабочих станций), для которых необходимо выполнять фильтрацию и подстановку МАС-адресов.

Это описание носит схематический характер и не раскрывает способов решения возникающих при этом многочисленных проблем, например, проблемы построения таблицы соответствия IP-адресов и МАС-адресов

Примерами коммутаторов третьего уровня, работающих по этой схеме, являются коммутаторы SmartSwitch компании Cabletron. Компания Cabletron реализовала в них свой протокол ускоренной маршрутизации SecureFast Virtual Network, SFVN.

Для организации непосредственного взаимодействия рабочих станций без промежуточного маршрутизатора необходимо сконфигурировать каждую из них так, чтобы она считала собственный интерфейс маршрутизатором по умолчанию. При такой конфигурации станция пытается самостоятельно отправить любой пакет конечному узлу, даже если этот узел находится в другой сети. Так как в общем случае (см. рисунок 10) станции неизвестен МАС-адрес узла назначения, то она генерирует соответствующий ARP-запрос, который перехватывает коммутатор, поддерживающий протокол SFVN. В сети предполагается наличие сервера SFVN Server, являющегося полноценным маршрутизатором и поддерживающего общую ARP-таблицу всех узлов SFVN-сети. Сервер возвращает коммутатору МАС-адрес узла назначения, а коммутатор, в свою очередь, передает его исходной станции. Одновременно сервер SFVN передает коммутаторам сети инструкции о разрешении прохождения пакета с МАС-адресом узла назначения через границы виртуальных сетей. Затем исходная станция передает пакет в кадре, содержащем МАС-адрес узла назначения. Этот кадр проходит через коммутаторы, не вызывая обращения к их блокам маршрутизации. Отличие протокола SFVN компании Cabletron от - описанной выше общей схемы в том, что для нахождения МАС-адреса по IP-адресу в сети используется выделенный сервер.

Протокол Fast IP компании 3Com является еще одним примером реализации подхода с отображением IP-адреса на МАС-адрес. В этом протоколе основными действующими лицами являются сетевые адаптеры (что не удивительно, так как компания 3Com является признанным лидером в производстве сетевых адаптеров Ethernet) С одной стороны, такой подход требует изменения программного обеспечения драйверов сетевых адаптеров, и это минус Но зато не требуется изменять все остальное сетевое оборудование.

При необходимости передать пакет узлу назначения другой сети, исходный узел в соответствии с технологией Fast IP должен передать запрос по протоколу NHRP (Next Hop Routing Protocol) маршрутизатору сети. Маршрутизатор переправляет этот запрос узлу назначения, как обычный пакет Узел назначения, который также поддерживает Fast IP и NHRP, получив запрос, отвечает кадром, отсылаемым уже не маршрутизатору, а непосредственно узлу-источнику (по его МАС-адресу, содержащемуся в NHRP-запросе). После этого обмен идет на канальном уровне на основе известных МАС-адресов. Таким образом, снова маршрутизировался только первый пакет потока (как на рисунке 9 кратковременный поток), а все остальные коммутировались (как на рисунке 9 долговременный поток).

Еще один тип коммутаторов третьего уровня — это коммутаторы, работающие с протоколами локальных сетей типа Ethernet и FDDI. Эти коммутаторы выполняют функции маршрутизации не так, как классические маршрутизаторы. Они маршрутизируют не отдельные пакеты, а потоки пакетов.

Поток — это последовательность пакетов, имеющих некоторые общие свойства. По меньшей мере, у них должны совпадать адрес отправителя и адрес получателя, и тогда их можно отправлять по одному и тому же маршруту. Если классический способ маршрутизации использовать только для первого пакета потока, а все остальные обрабатывать на основании опыта первого (или нескольких первых) пакетов, то можно значительно ускорить маршрутизацию всего потока.

Рассмотрим этот подход на примере технологии NetFlow компании Cisco, реализованной в ее маршрутизаторах и коммутаторах. Для каждого пакета, поступающего на порт маршрутизатора, вычисляется хэш-функция от IP-адресов источника, назначения, портов UDP или TCP и поля TOS, характеризующего требуемое качество обслуживания. Во всех маршрутизаторах, поддерживающих данную технологию, через которые проходит данный пакет, в кэш-памяти портов запоминается соответствие значения хэш-функции и адресной информации, необходимой для быстрой передачи пакета следующему маршрутизатору. Таким образом, образуется квазивиртуальный канал (см. Рисунок 11), который позволяет быстро передавать по сети маршрутизаторов все последующие пакеты этого потока. При этом ускорение достигается за счет упрощения процедуры обработки пакета маршрутизатором - не просматриваются таблицы маршрутизации, не выполняются ARP-запросы.

Этот прием может использоваться в маршрутизаторах, вообще не поддерживающих коммутацию, а может быть перенесен в коммутаторы. В этом случае такие коммутаторы тоже называют коммутаторами третьего уровня. Примеров маршрутизаторов, использующих данный подход, являются маршрутизаторы Cisco 7500, а коммутаторов третьего уровня — коммутаторы Catalyst 5000 и 5500. Коммутаторы Catalyst выполняют усеченные функции описанной схемы, они не могут обрабатывать первые пакеты потоков и создавать новые записи о хэш-функциях и адресной информации потоков. Они просто получают данную информацию от маршрутизаторов 7500 и обрабатывают пакеты уже распознанных маршрутизаторами потоков.

Выше был рассмотрен способ ускоренной маршрутизации, основанный на концепции потока. Его сущность заключается в создании квазивиртуальных каналов в сетях, которые не поддерживают виртуальные каналы в обычном понимании этого термина, то есть сетях Ethernet, FDDI, Token Ring и т п. Следует отличать этот способ от способа ускоренной работы маршрутизаторов в сетях, поддерживающих технологию виртуальных каналов — АТМ, frame relay, X 25. В таких сетях создание виртуального канала является штатным режимом работы сетевых устройств. Виртуальные каналы создаются между двумя конечными точками, причем для потоков данных, требующих разного качества обслуживания (например, для данных разных приложений) может создаваться отдельный виртуальный канал. Хотя время создания виртуального канала существенно превышает время маршрутизации одного пакета, выигрыш достигается за счет последующей быстрой передачи потока данных по виртуальному каналу. Но в таких сетях возникает другая проблема — неэффективная передача коротких потоков, то есть потоков, состоящих из небольшого количества пакетов (классический пример — пакеты протокола DNS).

Накладные расходы, связанные с созданием виртуального канала, приходящиеся на один пакет, снижаются при передаче объемных потоков данных. Однако они становятся неприемлемо высокими при передаче коротких потоков. Для того чтобы эффективно передавать короткие потоки, предлагается следующий вариант, при передаче нескольких первых пакетов выполняется обычная маршрутизация. Затем, после того как распознается устойчивый поток, для него строится виртуальный канал, и дальнейшая передача данных происходит с высокой скоростью по этому виртуальному каналу. Таким образом, для коротких потоков виртуальный канал вообще не создается, что и повышает эффективность передачи.

По такой схеме работает ставшая уже классической технология IP Switching компании Ipsilon. Для того чтобы сети коммутаторов АТМ передавали бы пакеты коротких потоков без установления виртуального канала, компания Ipsilon предложила встроить во все коммутаторы АТМ блоки IP-маршрутизации (рисунок 12), строящие обычные таблицы маршрутизации по обычным протоколам RIP и OSPF.

Компания Cisco Systems выдвинула в качестве альтернативы технологии IP Switching свою собственную технологию Tag Switching, но она не стала стандартной. В настоящее время IETF работает над стандартным протоколом обмена метками MPLS (Multi-Protocol Label Switching), который обобщает предложение компаний Ipsilon и Cisco, а также вносит некоторые новые детали и механизмы. Этот протокол ориентирован на поддержку качества обслуживания для виртуальных каналов, образованных метками.

Коммутация четвертого уровня

Свойства четвертого или транспортного уровня модели OSI следующие: транспортный уровень обеспечивает услуги по транспортировке данных. В частности, заботой транспортного уровня является решение таких вопросов, как выполнение надежной транспортировки данных через объединенную сеть. Предоставляя надежные услуги, транспортный уровень обеспечивает механизмы для установки, поддержания и упорядоченного завершения действия виртуальных каналов, систем обнаружения и устранения неисправностей транспортировки и управления информационным потоком (с целью предотвращения переполнения данными из другой системы).

Некоторые производители заявляют, что их системы могут работать на втором, третьем и даже четвертом уровнях. Однако рассмотрение описания стека TCP/IP (рисунок 1), а также структуры пакетов IP и TCP (рисунки 2, 3), показывает, что коммутация четвертого уровня является фикцией, так как все относящиеся к коммутации функции осуществляются на уровне не выше третьего. А именно, термин коммутация четвертого уровня с точки зрения описания стека TCP/IP противоречий не имеет, за исключением того, что при коммутации должны указываться адреса компьютера (маршрутизатора) источника и компьютера (маршрутизатора) получателя. Пакеты TCP имеют поля локальный порт отправителя и локальный порт получателя (рисунок 3), несущие смысл точек входа в приложение (в программу), например Telnet с одной стороны, и точки входа (в данном контексте инкапсуляции) в уровень IP. Кроме того, в стеке TCP/IP именно уровень TCP занимается формированием пакетов из потока данных идущих от приложения. Пакеты IP (рисунок 2) имеют поля адреса компьютера (маршрутизатора) источника и компьютера (маршрутизатора) получателя и следовательно могут наряду с MAC адресами использоваться для коммутации. Тем не менее, название прижилось, к тому же практика показывает, что способность системы анализировать информацию прикладного уровня может оказаться полезной — в частности для управления трафиком. Таким образом, термин "зависимый от приложения" более точно отражает функции так называемых коммутаторов четвертого уровня.

Тематики

• сети вычислительные

EN

• switching technology

 

система
Группа взаимодействующих объектов, выполняющих общую функциональную задачу. В ее основе лежит некоторый механизм связи.
[ ГОСТ Р МЭК 61850-5-2011]

система
Набор элементов, которые взаимодействуют в соответствии с проектом, в котором элементом системы может быть другая система, называемая подсистемой; система может быть управляющей системой или управляемой системой и включать аппаратные средства, программное обеспечение и взаимодействие с человеком.
Примечания
1 Человек может быть частью системы. Например, человек может получать информацию от программируемого электронного устройства и выполнять действие, связанное с безопасностью, основываясь на этой информации, либо выполнять действие с помощью программируемого электронного устройства.
2 Это определение отличается от приведенного в МЭС 351-01-01.
[ ГОСТ Р МЭК 61508-4-2007]

система
Множество (совокупность) материальных объектов (элементов) любой, в том числе различной физической природы, а также информационных объектов, взаимосвязанных и взаимодействующих между собой для достижения общей цели.
[ ГОСТ Р 43.0.2-2006]

система
Совокупность элементов, объединенная связями между ними и обладающая определенной целостностью.
[ ГОСТ 34.003-90]

система
Совокупность взаимосвязанных и взаимодействующих элементов.
[ ГОСТ Р ИСО 9000-2008]

система
-
[IEV number 151-11-27]

система
Набор связанных элементов, работающих совместно для достижения общей Цели. Например: • Компьютерная система, состоящая из аппаратного обеспечения, программного обеспечения и приложений. • Система управления, состоящая из множества процессов, которые планируются и управляются совместно. Например, система менеджмента качества. • Система управления базами данных или операционная система, состоящая из множества программных модулей, разработанных для выполнения набора связанных функций.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

система
Множество элементов, находящихся в отношениях и связях друг с другом, которое образует определенную целостность, единство. Следует отметить, что это определение (взятое нами из Большой Советской Энциклопедии) не является ни единственным, ни общепризнанным. Есть десятки определений понятия “С.”, которые с некоторой условностью можно поделить на три группы. Определения, принадлежащие к первой группе, рассматривают С. как комплекс процессов и явлений, а также связей между ними, существующий объективно, независимо от наблюдателя. Его задача состоит в том, чтобы выделить эту С. из окружающей среды, т.е. как минимум определить ее входы и выходы (тогда она рассматривается как “черный ящик”), а как максимум — подвергнуть анализу ее структуру (произвести структуризацию), выяснить механизм функционирования и, исходя из этого, воздействовать на нее в нужном направлении. Здесь С. — объект исследования и управления. Определения второй группы рассматривают С. как инструмент, способ исследования процессов и явлений. Наблюдатель, имея перед собой некоторую цель, конструирует (синтезирует) С. как некоторое абстрактное отображение реальных объектов. При этом С. (“абстрактная система”) понимается как совокупность взаимосвязанных переменных, представляющих те или иные свойства, характеристики объектов, которые рассматриваются в данной С. В этой трактовке понятие С. практически смыкается с понятием модели, и в некоторых работах эти два термина вообще употребляются как взаимозаменяемые. Говоря о синтезе С., в таких случаях имеют в виду формирование макромодели, анализ же С. совпадает в этой трактовке с микромоделированием отдельных элементов и процессов. Третья группа определений представляет собой некий компромисс между двумя первыми. С. здесь — искусственно создаваемый комплекс элементов (например, коллективов людей, технических средств, научных теорий и т.д.), предназначенный для решения сложной организационной, экономической, технической задачи. Следовательно, здесь наблюдатель не только выделяет из среды С. (и ее отдельные части), но и создает, синтезирует ее. С. является реальным объектом и одновременно — абстрактным отображением связей действительности. Именно в этом смысле понимает С. наука системотехника. Между этими группами определений нет непроходимых границ. Во всех случаях термин “С.” включает понятие о целом, состоящем из взаимосвязанных, взаимодействующих, взаимозависимых частей, причем свойства этих частей зависят от С. в целом, свойства С. — от свойств ее частей. Во всех случаях имеется в виду наличие среды, в которой С. существует и функционирует. Для исследуемой С. среда может рассматриваться как надсистема, соответственно, ее части — как подсистемы, а также элементы С., если их внутренняя структура не является предметом рассмотрения. С. делятся на материальные и нематериальные. К первым относятся, например, железная дорога, народное хозяйство, ко вторым — С. уравнений в математике, математика как наука, далее — С. наук. Автоматизированная система управления включает как материальные элементы (ЭВМ, документация, люди), так и нематериальные — математические модели, знания людей. Разделение это тоже неоднозначно: железную дорогу можно рассматривать не только как материальную С., но и как нематериальную С. взаимосвязей, соотношений, потоков информации и т.д. Закономерности функционирования систем изучаются общей теорией систем, оперирующей понятием абстрактной С. Наибольшее значение среди абстрактных С. имеют кибернетические С. Есть два понятия, близкие понятию С.: комплекс, совокупность (множество объектов). Они, однако, не тождественны ему, как нередко утверждают. Их можно рассматривать как усеченные, неполные понятия по отношению к С.: комплекс включает части, не обязательно обладающие системными свойствами (в том смысле, как это указано выше), но эти части сами могут быть системами, и элементы последних такими свойствами по отношению к ним способны обладать. Совокупность же есть множество элементов, не обязательно находящихся в системных отношениях и связях друг с другом. В данном словаре мы стремимся по возможности последовательно различать понятия С. и модели, рассматривая С. как некий объект (реальной действительности или воображаемый — безразлично), который подвергается наблюдению и изучению, а модель — как средство этого наблюдения и изучения. Разумеется, и модель, если она сама оказывается объектом наблюдения и изучения, в свою очередь рассматривается как С. (в частности, как моделируемая С.) — и так до бесконечности. Все это означает, что такие, например, понятия, как переменная или параметр, мы (в отличие от многих авторов) относим не к С., а к ее описанию, т.е. к модели (см. Параметры модели, Переменная модели), численные же их значения, характеризующие С., — к С. (например, координаты С.). • Системы математически описываются различными способами. Каждая переменная модели, выражающая определенную характеристику С., может быть задана множеством конкретных значений, которые эта переменная может принимать. Состояние С. описывается вектором (или кортежем, если учитываются также величины, не имеющие численных значений), каждая компонента которого соответствует конкретному значению определенной переменной. С. в целом может быть описана соответственно множеством ее состояний. Например, если x = (1, 2, … m) — вектор существенных переменных модели, каждая из которых может принять y значений (y = 1, 2, …, n), то матрица S = [ Sxy ] размерностью m ? n представляет собой описание данной С. Широко применяется описание динамической С. с помощью понятий, связанных с ее функционированием в среде. При этом С. определяется как три множества: входов X, выходов Y и отношений между ними R. Полученный “портрет системы” может записываться так: XRY или Y = ®X. Аналитическое описание С. представляет собой систему уравнений, характеризующих преобразования, выполняемые ее элементами и С. в целом в процессе ее функционирования: в непрерывном случае применяется аппарат дифференциальных уравнений, в дискретном — аппарат разностных уравнений. Графическое описание С. чаще всего состоит в построении графа, вершины которого соответствуют элементам С., а дуги — их связям. Существует ряд классификаций систем. Наиболее известны три: 1) Ст. Бир делит все С. (в природе и обществе), с одной стороны, на простые, сложные и очень сложные, с другой — на детерминированные и вероятностные; 2) Н.Винер исходит из особенностей поведения С. (бихевиористский подход) и строит дихотомическую схему: С., характеризующиеся пассивным и активным поведением; среди последних — нецеленаправленным (случайным) и целенаправленным; в свою очередь последние подразделяются на С. без обратной связи и с обратной связью и т.д.; 3) К.Боулдинг выделяет восемь уровней иерархии С., начиная с простых статических (например, карта земли) и простых кибернетических (механизм часов), продолжая разного уровня сложности кибернетическими С., вплоть до самых сложных — социальных организаций. Предложены также классификации по другим основаниям, в том числе более частные, например, ряд классификаций С. управления. См. также: Абстрактная система, Адаптирующиеся, адаптивные системы, Большая система, Вероятностная система, Выделение системы, Входы и выходы системы, Детерминированная система, Динамическая система, Дискретная система, Диффузная система, Замкнутая (закрытая) система, Иерархическая структура, Имитационная система, Информационная система, Информационно-развивающаяся система, Кибернетическая система, Координаты системы, Надсистема, Нелинейная система, Непрерывная система, Открытая система, Относительно обособленная система, Память системы, Подсистема, Портрет системы, Разомкнутая система, Рефлексная система, Решающая система, Самонастраивающаяся система, Самообучающаяся система, Самоорганизующаяся система, Сложная система, Состояние системы, Статическая система, Стохастическая система, Структура системы, Структуризация системы, Управляющая система, Устойчивость системы, Целенаправленная система, Экономическая система, Функционирование экономической системы..
[ http://slovar-lopatnikov.ru/]

EN

system
set of interrelated elements considered in a defined context as a whole and separated from their environment
NOTE 1 – A system is generally defined with the view of achieving a given objective, e.g. by performing a definite function.
NOTE 2 – Elements of a system may be natural or man-made material objects, as well as modes of thinking and the results thereof (e.g. forms of organisation, mathematical methods, programming languages).
NOTE 3 – The system is considered to be separated from the environment and the other external systems by an imaginary surface, which cuts the links between them and the system.
NOTE 4 – The term "system" should be qualified when it is not clear from the context to what it refers, e.g. control system, colorimetric system, system of units, transmission system.
Source: 351-01-01 MOD
[IEV number 151-11-27]

system
A number of related things that work together to achieve an overall objective. For example: • A computer system including hardware, software and applications • A management system, including the framework of policy, processes, functions, standards, guidelines and tools that are planned and managed together – for example, a quality management system • A database management system or operating system that includes many software modules which are designed to perform a set of related functions.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

FR

système, m
ensemble d'éléments reliés entre eux, considéré comme un tout dans un contexte défini et séparé de son environnement
NOTE 1 – Un système est en général défini en vue d'atteindre un objectif déterminé, par exemple en réalisant une certaine fonction.
NOTE 2 – Les éléments d'un système peuvent être aussi bien des objets matériels, naturels ou artificiels, que des modes de pensée et les résultats de ceux-ci (par exemple des formes d'organisation, des méthodes mathématiques, des langages de programmation).
NOTE 3 – Le système est considéré comme séparé de l'environnement et des autres systèmes extérieurs par une surface imaginaire qui coupe les liaisons entre eux et le système.
NOTE 4 – Il convient de qualifier le terme "système" lorsque le concept ne résulte pas clairement du contexte, par exemple système de commande, système colorimétrique, système d'unités, système de transmission.
Source: 351-01-01 MOD
[IEV number 151-11-27]

Тематики

• автоматизированные системы
• информационные технологии в целом
• релейная защита
• системы менеджмента качества
• экономика

EN

• system

DE

• System

FR

• système

4.48 система (system): Комбинация взаимодействующих элементов, организованных для достижения одной или нескольких поставленных целей.

Примечание 1 - Система может рассматриваться как продукт или предоставляемые им услуги.

Примечание 2 - На практике интерпретация данного термина зачастую уточняется с помощью ассоциативного существительного, например, «система самолета». В некоторых случаях слово «система» может заменяться контекстно-зависимым синонимом, например, «самолет», хотя это может впоследствии затруднить восприятие системных принципов.

Источник: ГОСТ Р ИСО/МЭК 12207-2010: Информационная технология. Системная и программная инженерия. Процессы жизненного цикла программных средств оригинал документа

4.17 система (system): Комбинация взаимодействующих элементов, организованных для достижения одной или нескольких поставленных целей.

Примечания

1. Система может рассматриваться как продукт или как совокупность услуг, которые она обеспечивает.

2. На практике интерпретация данного термина зачастую уточняется с помощью ассоциативного существительного, например, система самолета. В некоторых случаях слово «система» может заменяться контекстным синонимом, например, самолет, хотя это может впоследствии затруднять восприятие системных принципов.

Источник: ГОСТ Р ИСО/МЭК 15288-2005: Информационная технология. Системная инженерия. Процессы жизненного цикла систем оригинал документа

4.44 система (system): Комплекс процессов, технических и программных средств, устройств, обслуживаемый персоналом и обладающий возможностью удовлетворять установленным потребностям и целям (3.31 ГОСТ Р ИСО/МЭК 12207).

Источник: ГОСТ Р ИСО/МЭК 15910-2002: Информационная технология. Процесс создания документации пользователя программного средства оригинал документа

3.31 система (system): Комплекс, состоящий из процессов, технических и программных средств, устройств и персонала, обладающий возможностью удовлетворять установленным потребностям или целям.

Источник: ГОСТ Р ИСО/МЭК 12207-99: Информационная технология. Процессы жизненного цикла программных средств оригинал документа

3.36 система (system): Совокупность взаимосвязанных и взаимодействующих объектов. [ ГОСТ Р ИСО 9000, статья 3.2.1]

Источник: ГОСТ Р 51901.6-2005: Менеджмент риска. Программа повышения надежности оригинал документа

3.2 система (system): Совокупность взаимосвязанных и взаимодействующих элементов. [ ГОСТ Р ИСО 9000 - 2001]

Примечания

1 С точки зрения надежности система должна иметь:

a) определенную цель, выраженную в виде требований к функционированию системы;

b) заданные условия эксплуатации.

2 Система имеет иерархическую структуру.

Источник: ГОСТ Р 51901.5-2005: Менеджмент риска. Руководство по применению методов анализа надежности оригинал документа

3.2.1 система (system): Совокупность взаимосвязанных и взаимодействующих элементов.

Источник: ГОСТ Р ИСО 9000-2008: Системы менеджмента качества. Основные положения и словарь оригинал документа

3.7 система (system): Совокупность взаимосвязанных или взаимодействующих элементов.

Примечания

1 Применительно к надежности система должна иметь:

a) определенные цели, представленные в виде требований к ее функциям;

b) установленные условия функционирования;

c) определенные границы.

2 Структура системы является иерархической.

Источник: ГОСТ Р 51901.12-2007: Менеджмент риска. Метод анализа видов и последствий отказов оригинал документа

3.2.1 система (en system; fr systéme): Совокупность взаимосвязанных или взаимодействующих элементов.

Источник: ГОСТ Р ИСО 9000-2001: Системы менеджмента качества. Основные положения и словарь оригинал документа

2.39 система (system): Совокупность взаимосвязанных и взаимодействующих элементов.

Источник: ГОСТ Р 53647.2-2009: Менеджмент непрерывности бизнеса. Часть 2. Требования оригинал документа

3.20 система (system): Конфигурация взаимодействующих в соответствии с проектом составляющих, в которой элемент системы может сам представлять собой систему, называемую в этом случае подсистемой.

(МЭК 61513, статья 3.61)

Источник: ГОСТ Р МЭК 61226-2011: Атомные станции. Системы контроля и управления, важные для безопасности. Классификация функций контроля и управления оригинал документа

3.61 система (system): Конфигурация взаимодействующих в соответствии с проектом составляющих, в которой элемент системы может сам представлять собой систему, называемую в этом случае подсистемой.

[МЭК 61508-4, пункт 3.3.1, модифицировано]

Примечание 1 - См. также «система контроля и управления».

Примечание 2 - Системы контроля и управления следует отличать от механических систем и электрических систем АС.

Источник: ГОСТ Р МЭК 61513-2011: Атомные станции. Системы контроля и управления, важные для безопасности. Общие требования оригинал документа

3.2.1 система (system): Совокупность взаимосвязанных и взаимодействующих элементов.

Источник: ГОСТ ISO 9000-2011: Системы менеджмента качества. Основные положения и словарь

2.34 система (system): Специфическое воплощение ИТ с конкретным назначением и условиями эксплуатации.

[ИСО/МЭК 15408-1]

а) комбинация взаимодействующих компонентов, организованных для достижения одной или нескольких поставленных целей.

[ИСО/МЭК 15288]

Примечания

1 Система может рассматриваться как продукт или совокупность услуг, которые она обеспечивает.

[ИСО/МЭК 15288]

2 На практике интерпретация данного зачастую уточняется с помощью ассоциативного существительного, например, «система самолета». В некоторых случаях слово «система» допускается заменять, например, контекстным синонимом «самолет», хотя это может впоследствии затруднить восприятие системных принципов.

[ИСО/МЭК 15288]

Источник: ГОСТ Р 54581-2011: Информационная технология. Методы и средства обеспечения безопасности. Основы доверия к безопасности ИТ. Часть 1. Обзор и основы оригинал документа

3.34 система (system):

Совокупность связанных друг с другом подсистем и сборок компонентов и/или отдельных компонентов, функционирующих совместно для выполнения установленной задачи или

совокупность оборудования, подсистем, обученного персонала и технических приемов, обеспечивающих выполнение или поддержку установленных функциональных задач. Полная система включает в себя относящиеся к ней сооружения, оборудование, подсистемы, материалы, обслуживание и персонал, необходимые для ее функционирования в той степени, которая считается достаточной для выполнения установленных задач в окружающей обстановке.

Источник: ГОСТ Р 51317.1.5-2009: Совместимость технических средств электромагнитная. Воздействия электромагнитные большой мощности на системы гражданского назначения. Основные положения оригинал документа

3.1.13 система, использующая солнечную и дополнительную энергию (solar-plus-supplementary system): Система солнечного теплоснабжения, использующая одновременно источники как солнечной, так и резервной энергии и способная обеспечить заданный уровень теплоснабжения независимо от поступления солнечной энергии.

Источник: ГОСТ Р 54856-2011: Теплоснабжение зданий. Методика расчета энергопотребности и эффективности системы теплогенерации с солнечными установками оригинал документа

3.2.6 система (system): Совокупность взаимосвязанных или взаимодействующих элементов.

Источник: ГОСТ Р 54147-2010: Стратегический и инновационный менеджмент. Термины и определения оригинал документа

3.12 система (system): Совокупность взаимосвязанных и взаимодействующих элементов

[ ГОСТ Р ИСО 9000-2008, ст. 3.2.1]

Источник: Р 50.1.069-2009: Менеджмент риска. Рекомендации по внедрению. Часть 2. Определение процесса менеджмента риска

3.136 система (system): Совокупность объектов реального мира, организованная для заданной цели.

Источник: ГОСТ Р 54136-2010: Системы промышленной автоматизации и интеграция. Руководство по применению стандартов, структура и словарь оригинал документа

 

вселенная
—
[А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

Тематики

• энергетика в целом

EN

• system

 

вычислительная система
ЭВМ
—
[Е.С.Алексеев, А.А.Мячев. Англо-русский толковый словарь по системотехнике ЭВМ. Москва 1993]

Тематики

• информационные технологии в целом

Синонимы

• ЭВМ

EN

• computer system
• system

 

механическая система
система
Любая совокупность материальных точек.
Примечание. В механике материальное тело рассматривается как механическая система, образованная непрерывной совокупностью материальных точек.
[Сборник рекомендуемых терминов. Выпуск 102. Теоретическая механика. Академия наук СССР. Комитет научно-технической терминологии. 1984 г.]

Тематики

• теоретическая механика

Синонимы

• система

EN

• system

DE

• materielles System
• Punktsystem

FR

• système mécanique

 

операция MS DOS копирует системные файлы
—
[Е.С.Алексеев, А.А.Мячев. Англо-русский толковый словарь по системотехнике ЭВМ. Москва 1993]

Тематики

• информационные технологии в целом

EN

• system
• SYS

 

система
Группа взаимодействующих объектов, выполняющих общую функциональную задачу. В ее основе лежит некоторый механизм связи.
[ ГОСТ Р МЭК 61850-5-2011]

система
Набор элементов, которые взаимодействуют в соответствии с проектом, в котором элементом системы может быть другая система, называемая подсистемой; система может быть управляющей системой или управляемой системой и включать аппаратные средства, программное обеспечение и взаимодействие с человеком.
Примечания
1 Человек может быть частью системы. Например, человек может получать информацию от программируемого электронного устройства и выполнять действие, связанное с безопасностью, основываясь на этой информации, либо выполнять действие с помощью программируемого электронного устройства.
2 Это определение отличается от приведенного в МЭС 351-01-01.
[ ГОСТ Р МЭК 61508-4-2007]

система
Множество (совокупность) материальных объектов (элементов) любой, в том числе различной физической природы, а также информационных объектов, взаимосвязанных и взаимодействующих между собой для достижения общей цели.
[ ГОСТ Р 43.0.2-2006]

система
Совокупность элементов, объединенная связями между ними и обладающая определенной целостностью.
[ ГОСТ 34.003-90]

система
Совокупность взаимосвязанных и взаимодействующих элементов.
[ ГОСТ Р ИСО 9000-2008]

система
-
[IEV number 151-11-27]

система
Набор связанных элементов, работающих совместно для достижения общей Цели. Например: • Компьютерная система, состоящая из аппаратного обеспечения, программного обеспечения и приложений. • Система управления, состоящая из множества процессов, которые планируются и управляются совместно. Например, система менеджмента качества. • Система управления базами данных или операционная система, состоящая из множества программных модулей, разработанных для выполнения набора связанных функций.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

система
Множество элементов, находящихся в отношениях и связях друг с другом, которое образует определенную целостность, единство. Следует отметить, что это определение (взятое нами из Большой Советской Энциклопедии) не является ни единственным, ни общепризнанным. Есть десятки определений понятия “С.”, которые с некоторой условностью можно поделить на три группы. Определения, принадлежащие к первой группе, рассматривают С. как комплекс процессов и явлений, а также связей между ними, существующий объективно, независимо от наблюдателя. Его задача состоит в том, чтобы выделить эту С. из окружающей среды, т.е. как минимум определить ее входы и выходы (тогда она рассматривается как “черный ящик”), а как максимум — подвергнуть анализу ее структуру (произвести структуризацию), выяснить механизм функционирования и, исходя из этого, воздействовать на нее в нужном направлении. Здесь С. — объект исследования и управления. Определения второй группы рассматривают С. как инструмент, способ исследования процессов и явлений. Наблюдатель, имея перед собой некоторую цель, конструирует (синтезирует) С. как некоторое абстрактное отображение реальных объектов. При этом С. (“абстрактная система”) понимается как совокупность взаимосвязанных переменных, представляющих те или иные свойства, характеристики объектов, которые рассматриваются в данной С. В этой трактовке понятие С. практически смыкается с понятием модели, и в некоторых работах эти два термина вообще употребляются как взаимозаменяемые. Говоря о синтезе С., в таких случаях имеют в виду формирование макромодели, анализ же С. совпадает в этой трактовке с микромоделированием отдельных элементов и процессов. Третья группа определений представляет собой некий компромисс между двумя первыми. С. здесь — искусственно создаваемый комплекс элементов (например, коллективов людей, технических средств, научных теорий и т.д.), предназначенный для решения сложной организационной, экономической, технической задачи. Следовательно, здесь наблюдатель не только выделяет из среды С. (и ее отдельные части), но и создает, синтезирует ее. С. является реальным объектом и одновременно — абстрактным отображением связей действительности. Именно в этом смысле понимает С. наука системотехника. Между этими группами определений нет непроходимых границ. Во всех случаях термин “С.” включает понятие о целом, состоящем из взаимосвязанных, взаимодействующих, взаимозависимых частей, причем свойства этих частей зависят от С. в целом, свойства С. — от свойств ее частей. Во всех случаях имеется в виду наличие среды, в которой С. существует и функционирует. Для исследуемой С. среда может рассматриваться как надсистема, соответственно, ее части — как подсистемы, а также элементы С., если их внутренняя структура не является предметом рассмотрения. С. делятся на материальные и нематериальные. К первым относятся, например, железная дорога, народное хозяйство, ко вторым — С. уравнений в математике, математика как наука, далее — С. наук. Автоматизированная система управления включает как материальные элементы (ЭВМ, документация, люди), так и нематериальные — математические модели, знания людей. Разделение это тоже неоднозначно: железную дорогу можно рассматривать не только как материальную С., но и как нематериальную С. взаимосвязей, соотношений, потоков информации и т.д. Закономерности функционирования систем изучаются общей теорией систем, оперирующей понятием абстрактной С. Наибольшее значение среди абстрактных С. имеют кибернетические С. Есть два понятия, близкие понятию С.: комплекс, совокупность (множество объектов). Они, однако, не тождественны ему, как нередко утверждают. Их можно рассматривать как усеченные, неполные понятия по отношению к С.: комплекс включает части, не обязательно обладающие системными свойствами (в том смысле, как это указано выше), но эти части сами могут быть системами, и элементы последних такими свойствами по отношению к ним способны обладать. Совокупность же есть множество элементов, не обязательно находящихся в системных отношениях и связях друг с другом. В данном словаре мы стремимся по возможности последовательно различать понятия С. и модели, рассматривая С. как некий объект (реальной действительности или воображаемый — безразлично), который подвергается наблюдению и изучению, а модель — как средство этого наблюдения и изучения. Разумеется, и модель, если она сама оказывается объектом наблюдения и изучения, в свою очередь рассматривается как С. (в частности, как моделируемая С.) — и так до бесконечности. Все это означает, что такие, например, понятия, как переменная или параметр, мы (в отличие от многих авторов) относим не к С., а к ее описанию, т.е. к модели (см. Параметры модели, Переменная модели), численные же их значения, характеризующие С., — к С. (например, координаты С.). • Системы математически описываются различными способами. Каждая переменная модели, выражающая определенную характеристику С., может быть задана множеством конкретных значений, которые эта переменная может принимать. Состояние С. описывается вектором (или кортежем, если учитываются также величины, не имеющие численных значений), каждая компонента которого соответствует конкретному значению определенной переменной. С. в целом может быть описана соответственно множеством ее состояний. Например, если x = (1, 2, … m) — вектор существенных переменных модели, каждая из которых может принять y значений (y = 1, 2, …, n), то матрица S = [ Sxy ] размерностью m ? n представляет собой описание данной С. Широко применяется описание динамической С. с помощью понятий, связанных с ее функционированием в среде. При этом С. определяется как три множества: входов X, выходов Y и отношений между ними R. Полученный “портрет системы” может записываться так: XRY или Y = ®X. Аналитическое описание С. представляет собой систему уравнений, характеризующих преобразования, выполняемые ее элементами и С. в целом в процессе ее функционирования: в непрерывном случае применяется аппарат дифференциальных уравнений, в дискретном — аппарат разностных уравнений. Графическое описание С. чаще всего состоит в построении графа, вершины которого соответствуют элементам С., а дуги — их связям. Существует ряд классификаций систем. Наиболее известны три: 1) Ст. Бир делит все С. (в природе и обществе), с одной стороны, на простые, сложные и очень сложные, с другой — на детерминированные и вероятностные; 2) Н.Винер исходит из особенностей поведения С. (бихевиористский подход) и строит дихотомическую схему: С., характеризующиеся пассивным и активным поведением; среди последних — нецеленаправленным (случайным) и целенаправленным; в свою очередь последние подразделяются на С. без обратной связи и с обратной связью и т.д.; 3) К.Боулдинг выделяет восемь уровней иерархии С., начиная с простых статических (например, карта земли) и простых кибернетических (механизм часов), продолжая разного уровня сложности кибернетическими С., вплоть до самых сложных — социальных организаций. Предложены также классификации по другим основаниям, в том числе более частные, например, ряд классификаций С. управления. См. также: Абстрактная система, Адаптирующиеся, адаптивные системы, Большая система, Вероятностная система, Выделение системы, Входы и выходы системы, Детерминированная система, Динамическая система, Дискретная система, Диффузная система, Замкнутая (закрытая) система, Иерархическая структура, Имитационная система, Информационная система, Информационно-развивающаяся система, Кибернетическая система, Координаты системы, Надсистема, Нелинейная система, Непрерывная система, Открытая система, Относительно обособленная система, Память системы, Подсистема, Портрет системы, Разомкнутая система, Рефлексная система, Решающая система, Самонастраивающаяся система, Самообучающаяся система, Самоорганизующаяся система, Сложная система, Состояние системы, Статическая система, Стохастическая система, Структура системы, Структуризация системы, Управляющая система, Устойчивость системы, Целенаправленная система, Экономическая система, Функционирование экономической системы..
[ http://slovar-lopatnikov.ru/]

EN

system
set of interrelated elements considered in a defined context as a whole and separated from their environment
NOTE 1 – A system is generally defined with the view of achieving a given objective, e.g. by performing a definite function.
NOTE 2 – Elements of a system may be natural or man-made material objects, as well as modes of thinking and the results thereof (e.g. forms of organisation, mathematical methods, programming languages).
NOTE 3 – The system is considered to be separated from the environment and the other external systems by an imaginary surface, which cuts the links between them and the system.
NOTE 4 – The term "system" should be qualified when it is not clear from the context to what it refers, e.g. control system, colorimetric system, system of units, transmission system.
Source: 351-01-01 MOD
[IEV number 151-11-27]

system
A number of related things that work together to achieve an overall objective. For example: • A computer system including hardware, software and applications • A management system, including the framework of policy, processes, functions, standards, guidelines and tools that are planned and managed together – for example, a quality management system • A database management system or operating system that includes many software modules which are designed to perform a set of related functions.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

FR

système, m
ensemble d'éléments reliés entre eux, considéré comme un tout dans un contexte défini et séparé de son environnement
NOTE 1 – Un système est en général défini en vue d'atteindre un objectif déterminé, par exemple en réalisant une certaine fonction.
NOTE 2 – Les éléments d'un système peuvent être aussi bien des objets matériels, naturels ou artificiels, que des modes de pensée et les résultats de ceux-ci (par exemple des formes d'organisation, des méthodes mathématiques, des langages de programmation).
NOTE 3 – Le système est considéré comme séparé de l'environnement et des autres systèmes extérieurs par une surface imaginaire qui coupe les liaisons entre eux et le système.
NOTE 4 – Il convient de qualifier le terme "système" lorsque le concept ne résulte pas clairement du contexte, par exemple système de commande, système colorimétrique, système d'unités, système de transmission.
Source: 351-01-01 MOD
[IEV number 151-11-27]

Тематики

• автоматизированные системы
• информационные технологии в целом
• релейная защита
• системы менеджмента качества
• экономика

EN

• system

DE

• System

FR

• système

 

система
Любой объект, который одновременно рассматривается и как единое целое, и как совокупность разнородных объектов, объединенных для достижения определенного результата. [http://www.rol.ru/files/dict/internet/#P].
[ http://www.morepc.ru/dict/]

Тематики

• информационные технологии в целом

EN

• system

 

система
Объект, представляющий собой совокупность элементов, обладающую свойством целостности при данном рассмотрении.
[Сборник рекомендуемых терминов. Выпуск 107. Теория управления.
 Академия наук СССР. Комитет научно-технической терминологии. 1984 г.]

Тематики

• автоматизация, основные понятия

EN

• system

 

система (в экологическом менеджменте)
Совокупность взаимосвязанных или взаимодействующих элементов.
[ http://www.14000.ru/glossary/main.php?PHPSESSID=25e3708243746ef7c85d0a8408d768af]

EN

system
Set of interrelated or interacting elements.
[ISO 9000:2000]

Тематики

• управление окружающей средой

EN

• system

 

система (в электроэнергетике)
Означает любые транспортные сети, распределительные сети, комплексы СПГ и/или хранилища, принадлежащие и/или эксплуатируемые предприятием природного газа, включая хранилища в трубопроводе и объекты, поставляющие вспомогательные услуги, а также подобные же подразделения связанных предприятий, необходимые для обеспечения доступа к транспортировке, распределению и СПГ (Директива 2003/55/ЕС).
[Англо-русский глосcарий энергетических терминов ERRA]

EN

system
Means any transmission networks, distribution networks, LNG facilities and/or storage facilities owned and/or operated by a natural gas undertaking, including linepack and its facilities supplying ancillary services and those of related undertakings necessary for providing access to transmission, distribution and LNG (Directive 2003/55/EC).
[Англо-русский глосcарий энергетических терминов ERRA]

Тематики

• энергетика в целом

EN

• system

 

система
Отложения, образовавшиеся в течение геологического периода.
[ Словарь геологических терминов и понятий. Томский Государственный Университет]

Тематики

• геология, геофизика

Обобщающие термины

• геохронология

EN

• system

4.48 система (system): Комбинация взаимодействующих элементов, организованных для достижения одной или нескольких поставленных целей.

Примечание 1 - Система может рассматриваться как продукт или предоставляемые им услуги.

Примечание 2 - На практике интерпретация данного термина зачастую уточняется с помощью ассоциативного существительного, например, «система самолета». В некоторых случаях слово «система» может заменяться контекстно-зависимым синонимом, например, «самолет», хотя это может впоследствии затруднить восприятие системных принципов.

Источник: ГОСТ Р ИСО/МЭК 12207-2010: Информационная технология. Системная и программная инженерия. Процессы жизненного цикла программных средств оригинал документа

4.17 система (system): Комбинация взаимодействующих элементов, организованных для достижения одной или нескольких поставленных целей.

Примечания

1. Система может рассматриваться как продукт или как совокупность услуг, которые она обеспечивает.

2. На практике интерпретация данного термина зачастую уточняется с помощью ассоциативного существительного, например, система самолета. В некоторых случаях слово «система» может заменяться контекстным синонимом, например, самолет, хотя это может впоследствии затруднять восприятие системных принципов.

Источник: ГОСТ Р ИСО/МЭК 15288-2005: Информационная технология. Системная инженерия. Процессы жизненного цикла систем оригинал документа

4.44 система (system): Комплекс процессов, технических и программных средств, устройств, обслуживаемый персоналом и обладающий возможностью удовлетворять установленным потребностям и целям (3.31 ГОСТ Р ИСО/МЭК 12207).

Источник: ГОСТ Р ИСО/МЭК 15910-2002: Информационная технология. Процесс создания документации пользователя программного средства оригинал документа

3.31 система (system): Комплекс, состоящий из процессов, технических и программных средств, устройств и персонала, обладающий возможностью удовлетворять установленным потребностям или целям.

Источник: ГОСТ Р ИСО/МЭК 12207-99: Информационная технология. Процессы жизненного цикла программных средств оригинал документа

3.36 система (system): Совокупность взаимосвязанных и взаимодействующих объектов. [ ГОСТ Р ИСО 9000, статья 3.2.1]

Источник: ГОСТ Р 51901.6-2005: Менеджмент риска. Программа повышения надежности оригинал документа

3.2 система (system): Совокупность взаимосвязанных и взаимодействующих элементов. [ ГОСТ Р ИСО 9000 - 2001]

Примечания

1 С точки зрения надежности система должна иметь:

a) определенную цель, выраженную в виде требований к функционированию системы;

b) заданные условия эксплуатации.

2 Система имеет иерархическую структуру.

Источник: ГОСТ Р 51901.5-2005: Менеджмент риска. Руководство по применению методов анализа надежности оригинал документа

3.2.1 система (system): Совокупность взаимосвязанных и взаимодействующих элементов.

Источник: ГОСТ Р ИСО 9000-2008: Системы менеджмента качества. Основные положения и словарь оригинал документа

3. Система обработки

информации

СОИ

Information processing

system

Совокупность технических средств и программного обеспечения, а также методов обработки информации и действий персонала, обеспечивающая выполнение автоматизированной обработки информации

Источник: ГОСТ 15971-90: Системы обработки информации. Термины и определения оригинал документа

3.7 система (system): Совокупность взаимосвязанных или взаимодействующих элементов.

Примечания

1 Применительно к надежности система должна иметь:

a) определенные цели, представленные в виде требований к ее функциям;

b) установленные условия функционирования;

c) определенные границы.

2 Структура системы является иерархической.

Источник: ГОСТ Р 51901.12-2007: Менеджмент риска. Метод анализа видов и последствий отказов оригинал документа

2.39 система (system): Совокупность взаимосвязанных и взаимодействующих элементов.

Источник: ГОСТ Р 53647.2-2009: Менеджмент непрерывности бизнеса. Часть 2. Требования оригинал документа

3.20 система (system): Конфигурация взаимодействующих в соответствии с проектом составляющих, в которой элемент системы может сам представлять собой систему, называемую в этом случае подсистемой.

(МЭК 61513, статья 3.61)

Источник: ГОСТ Р МЭК 61226-2011: Атомные станции. Системы контроля и управления, важные для безопасности. Классификация функций контроля и управления оригинал документа

3.61 система (system): Конфигурация взаимодействующих в соответствии с проектом составляющих, в которой элемент системы может сам представлять собой систему, называемую в этом случае подсистемой.

[МЭК 61508-4, пункт 3.3.1, модифицировано]

Примечание 1 - См. также «система контроля и управления».

Примечание 2 - Системы контроля и управления следует отличать от механических систем и электрических систем АС.

Источник: ГОСТ Р МЭК 61513-2011: Атомные станции. Системы контроля и управления, важные для безопасности. Общие требования оригинал документа

3.2.1 система (system): Совокупность взаимосвязанных и взаимодействующих элементов.

Источник: ГОСТ ISO 9000-2011: Системы менеджмента качества. Основные положения и словарь

2.34 система (system): Специфическое воплощение ИТ с конкретным назначением и условиями эксплуатации.

[ИСО/МЭК 15408-1]

а) комбинация взаимодействующих компонентов, организованных для достижения одной или нескольких поставленных целей.

[ИСО/МЭК 15288]

Примечания

1 Система может рассматриваться как продукт или совокупность услуг, которые она обеспечивает.

[ИСО/МЭК 15288]

2 На практике интерпретация данного зачастую уточняется с помощью ассоциативного существительного, например, «система самолета». В некоторых случаях слово «система» допускается заменять, например, контекстным синонимом «самолет», хотя это может впоследствии затруднить восприятие системных принципов.

[ИСО/МЭК 15288]

Источник: ГОСТ Р 54581-2011: Информационная технология. Методы и средства обеспечения безопасности. Основы доверия к безопасности ИТ. Часть 1. Обзор и основы оригинал документа

3.34 система (system):

Совокупность связанных друг с другом подсистем и сборок компонентов и/или отдельных компонентов, функционирующих совместно для выполнения установленной задачи или

совокупность оборудования, подсистем, обученного персонала и технических приемов, обеспечивающих выполнение или поддержку установленных функциональных задач. Полная система включает в себя относящиеся к ней сооружения, оборудование, подсистемы, материалы, обслуживание и персонал, необходимые для ее функционирования в той степени, которая считается достаточной для выполнения установленных задач в окружающей обстановке.

Источник: ГОСТ Р 51317.1.5-2009: Совместимость технических средств электромагнитная. Воздействия электромагнитные большой мощности на системы гражданского назначения. Основные положения оригинал документа

3.2.6 система (system): Совокупность взаимосвязанных или взаимодействующих элементов.

Источник: ГОСТ Р 54147-2010: Стратегический и инновационный менеджмент. Термины и определения оригинал документа

3.12 система (system): Совокупность взаимосвязанных и взаимодействующих элементов

[ ГОСТ Р ИСО 9000-2008, ст. 3.2.1]

Источник: Р 50.1.069-2009: Менеджмент риска. Рекомендации по внедрению. Часть 2. Определение процесса менеджмента риска

3.136 система (system): Совокупность объектов реального мира, организованная для заданной цели.

Источник: ГОСТ Р 54136-2010: Системы промышленной автоматизации и интеграция. Руководство по применению стандартов, структура и словарь оригинал документа

 

программируемый логический контроллер
ПЛК
-
[Интент]

контроллер
Управляющее устройство, осуществляющее автоматическое управление посредством программной реализации алгоритмов управления.
[Сборник рекомендуемых терминов. Выпуск 107. Теория управления.
 Академия наук СССР. Комитет научно-технической терминологии. 1984 г.]

EN

storage-programmable logic controller
computer-aided control equipment or system whose logic sequence can be varied via a directly or remote-control connected programming device, for example a control panel, a host computer or a portable terminal
[IEV ref 351-32-34]

FR

automate programmable à mémoire
équipement ou système de commande assisté par ordinateur dont la séquence logique peut être modifiée directement ou par l'intermédiaire d'un dispositif de programmation relié à une télécommande, par exemple un panneau de commande, un ordinateur hôte ou un terminal de données portatif
[IEV ref 351-32-34]

  См. также:
- архитектура контроллера;
- производительность контроллера;
- время реакции контроллера;
КЛАССИФИКАЦИЯ
  Основным показателем ПЛК является количество каналов ввода-вывода. По этому признаку ПЛК делятся на следующие группы:

• нано- ПЛК (менее 16 каналов);
• микро-ПЛК (более 16, до 100 каналов);
• средние (более 100, до 500 каналов);
• большие (более 500 каналов).

По расположению модулей ввода-вывода ПЛК бывают:

• моноблочными - в которых устройство ввода-вывода не может быть удалено из контроллера или заменено на другое. Конструктивно контроллер представляет собой единое целое с устройствами ввода-вывода (например, одноплатный контроллер). Моноблочный контроллер может иметь, например, 16 каналов дискретного ввода и 8 каналов релейного вывода;
• модульные - состоящие из общей корзины (шасси), в которой располагаются модуль центрального процессора и сменные модули ввода-вывода. Состав модулей выбирается пользователем в зависимости от решаемой задачи. Типовое количество слотов для сменных модулей - от 8 до 32;
• распределенные (с удаленными модулями ввода-вывода) - в которых модули ввода-вывода выполнены в отдельных корпусах, соединяются с модулем контроллера по сети (обычно на основе интерфейса RS-485) и могут быть расположены на расстоянии до 1,2 км от процессорного модуля.

Часто перечисленные конструктивные типы контроллеров комбинируются, например, моноблочный контроллер может иметь несколько съемных плат; моноблочный и модульный контроллеры могут быть дополнены удаленными модулями ввода-вывода, чтобы увеличить общее количество каналов.

Многие контроллеры имеют набор сменных процессорных плат разной производительности. Это позволяет расширить круг потенциальных пользователей системы без изменения ее конструктива.

По конструктивному исполнению и способу крепления контроллеры делятся на:

• панельные (для монтажа на панель или дверцу шкафа);
• для монтажа на DIN-рейку внутри шкафа;
• для крепления на стене;
• стоечные - для монтажа в стойке;
• бескорпусные (обычно одноплатные) для применения в специализированных конструктивах производителей оборудования (OEM - "Original Equipment Manufact urer").

По области применения контроллеры делятся на следующие типы:

• универсальные общепромышленные;
• для управления роботами;
• для управления позиционированием и перемещением;
• коммуникационные;
• ПИД-контроллеры;
• специализированные.

По способу программирования контроллеры бывают:

• программируемые с лицевой панели контроллера;
• программируемые переносным программатором;
• программируемые с помощью дисплея, мыши и клавиатуры;
• программируемые с помощью персонального компьютера.

Контроллеры могут программироваться на следующих языках:

• на классических алгоритмических языках (C, С#, Visual Basic);
• на языках МЭК 61131-3.

Контроллеры могут содержать в своем составе модули ввода-вывода или не содержать их. Примерами контроллеров без модулей ввода-вывода являются коммуникационные контроллеры, которые выполняют функцию межсетевого шлюза, или контроллеры, получающие данные от контроллеров нижнего уровня иерархии АСУ ТП.   Контроллеры для систем автоматизации

Слово "контроллер" произошло от английского "control" (управление), а не от русского "контроль" (учет, проверка). Контроллером в системах автоматизации называют устройство, выполняющее управление физическими процессами по записанному в него алгоритму, с использованием информации, получаемой от датчиков и выводимой в исполнительные устройства.

Первые контроллеры появились на рубеже 60-х и 70-х годов в автомобильной промышленности, где использовались для автоматизации сборочных линий. В то время компьютеры стоили чрезвычайно дорого, поэтому контроллеры строились на жесткой логике (программировались аппаратно), что было гораздо дешевле. Однако перенастройка с одной технологической линии на другую требовала фактически изготовления нового контроллера. Поэтому появились контроллеры, алгоритм работы которых мог быть изменен несколько проще - с помощью схемы соединений реле. Такие контроллеры получили название программируемых логических контроллеров (ПЛК), и этот термин сохранился до настоящего времени. Везде ниже термины "контроллер" и "ПЛК" мы будем употреблять как синонимы.

Немного позже появились ПЛК, которые можно было программировать на машинно-ориентированном языке, что было проще конструктивно, но требовало участия специально обученного программиста для внесения даже незначительных изменений в алгоритм управления. С этого момента началась борьба за упрощение процесса программирования ПЛК, которая привела сначала к созданию языков высокого уровня, затем - специализированных языков визуального программирования, похожих на язык релейной логики. В настоящее время этот процесс завершился созданием международного стандарта IEC (МЭК) 1131-3, который позже был переименован в МЭК 61131-3. Стандарт МЭК 61131-3 поддерживает пять языков технологического программирования, что исключает необходимость привлечения профессиональных программистов при построении систем с контроллерами, оставляя для них решение нестандартных задач.

В связи с тем, что способ программирования является наиболее существенным классифицирующим признаком контроллера, понятие "ПЛК" все реже используется для обозначения управляющих контроллеров, которые не поддерживают технологические языки программирования.   Жесткие ограничения на стоимость и огромное разнообразие целей автоматизации привели к невозможности создания универсального ПЛК, как это случилось с офисными компьютерами. Область автоматизации выдвигает множество задач, в соответствии с которыми развивается и рынок, содержащий сотни непохожих друг на друга контроллеров, различающихся десятками параметров.

Выбор оптимального для конкретной задачи контроллера основывается обычно на соответствии функциональных характеристик контроллера решаемой задаче при условии минимальной его стоимости. Учитываются также другие важные характеристики (температурный диапазон, надежность, бренд изготовителя, наличие разрешений Ростехнадзора, сертификатов и т. п.).

Несмотря на огромное разнообразие контроллеров, в их развитии заметны следующие общие тенденции:

• уменьшение габаритов;
• расширение функциональных возможностей;
• увеличение количества поддерживаемых интерфейсов и сетей;
• использование идеологии "открытых систем";
• использование языков программирования стандарта МЭК 61131-3;
• снижение цены.

Еще одной тенденцией является появление в контроллерах признаков компьютера (наличие мыши, клавиатуры, монитора, ОС Windows, возможности подключения жесткого диска), а в компьютерах - признаков контроллера (расширенный температурный диапазон, электронный диск, защита от пыли и влаги, крепление на DIN-рейку, наличие сторожевого таймера, увеличенное количество коммуникационных портов, использование ОС жесткого реального времени, функции самотестирования и диагностики, контроль целостности прикладной программы). Появились компьютеры в конструктивах для жестких условий эксплуатации. Аппаратные различия между компьютером и контроллером постепенно исчезают. Основными отличительными признаками контроллера остаются его назначение и наличие технологического языка программирования.

[ http://bookasutp.ru/Chapter6_1.aspx]  

---

Программируемый логический контроллер (ПЛК, PLC) – микропроцессорное устройство, предназначенное для управления технологическим процессом и другими сложными технологическими объектами.
Принцип работы контроллера состоит в выполнение следующего цикла операций:

1.    Сбор сигналов с датчиков;
2.    Обработка сигналов согласно прикладному алгоритму управления;
3.    Выдача управляющих воздействий на исполнительные устройства.

В нормальном режиме работы контроллер непрерывно выполняет этот цикл с частотой от 50 раз в секунду. Время, затрачиваемое контроллером на выполнение полного цикла, часто называют временем (или периодом) сканирования; в большинстве современных ПЛК сканирование может настраиваться пользователем в диапазоне от 20 до 30000 миллисекунд. Для быстрых технологических процессов, где критична скорость реакции системы и требуется оперативное регулирование, время сканирования может составлять 20 мс, однако для большинства непрерывных процессов период 100 мс считается вполне приемлемым.

Аппаратно контроллеры имеют модульную архитектуру и могут состоять из следующих компонентов:

1.    Базовая панель ( Baseplate). Она служит для размещения на ней других модулей системы, устанавливаемых в специально отведенные позиции (слоты). Внутри базовой панели проходят две шины: одна - для подачи питания на электронные модули, другая – для пересылки данных и информационного обмена между модулями.

2.    Модуль центрального вычислительного устройства ( СPU). Это мозг системы. Собственно в нем и происходит математическая обработка данных. Для связи с другими устройствами CPU часто оснащается сетевым интерфейсом, поддерживающим тот или иной коммуникационный стандарт.

3.    Дополнительные коммуникационные модули. Необходимы для добавления сетевых интерфейсов, неподдерживаемых напрямую самим CPU. Коммуникационные модули существенно расширяют возможности ПЛК по сетевому взаимодействию. C их помощью к контроллеру подключают узлы распределенного ввода/вывода, интеллектуальные полевые приборы и станции операторского уровня.

4.    Блок питания. Нужен для запитки системы от 220 V. Однако многие ПЛК не имеют стандартного блока питания и запитываются от внешнего.  

 

программируемый логический контроллер
ПЛК
-
[Интент]

контроллер
Управляющее устройство, осуществляющее автоматическое управление посредством программной реализации алгоритмов управления.
[Сборник рекомендуемых терминов. Выпуск 107. Теория управления.
 Академия наук СССР. Комитет научно-технической терминологии. 1984 г.]

EN

storage-programmable logic controller
computer-aided control equipment or system whose logic sequence can be varied via a directly or remote-control connected programming device, for example a control panel, a host computer or a portable terminal
[IEV ref 351-32-34]

FR

automate programmable à mémoire
équipement ou système de commande assisté par ordinateur dont la séquence logique peut être modifiée directement ou par l'intermédiaire d'un dispositif de programmation relié à une télécommande, par exemple un panneau de commande, un ordinateur hôte ou un terminal de données portatif
[IEV ref 351-32-34]

  См. также:
- архитектура контроллера;
- производительность контроллера;
- время реакции контроллера;
КЛАССИФИКАЦИЯ
  Основным показателем ПЛК является количество каналов ввода-вывода. По этому признаку ПЛК делятся на следующие группы:

• нано- ПЛК (менее 16 каналов);
• микро-ПЛК (более 16, до 100 каналов);
• средние (более 100, до 500 каналов);
• большие (более 500 каналов).

По расположению модулей ввода-вывода ПЛК бывают:

• моноблочными - в которых устройство ввода-вывода не может быть удалено из контроллера или заменено на другое. Конструктивно контроллер представляет собой единое целое с устройствами ввода-вывода (например, одноплатный контроллер). Моноблочный контроллер может иметь, например, 16 каналов дискретного ввода и 8 каналов релейного вывода;
• модульные - состоящие из общей корзины (шасси), в которой располагаются модуль центрального процессора и сменные модули ввода-вывода. Состав модулей выбирается пользователем в зависимости от решаемой задачи. Типовое количество слотов для сменных модулей - от 8 до 32;
• распределенные (с удаленными модулями ввода-вывода) - в которых модули ввода-вывода выполнены в отдельных корпусах, соединяются с модулем контроллера по сети (обычно на основе интерфейса RS-485) и могут быть расположены на расстоянии до 1,2 км от процессорного модуля.

Часто перечисленные конструктивные типы контроллеров комбинируются, например, моноблочный контроллер может иметь несколько съемных плат; моноблочный и модульный контроллеры могут быть дополнены удаленными модулями ввода-вывода, чтобы увеличить общее количество каналов.

Многие контроллеры имеют набор сменных процессорных плат разной производительности. Это позволяет расширить круг потенциальных пользователей системы без изменения ее конструктива.

По конструктивному исполнению и способу крепления контроллеры делятся на:

• панельные (для монтажа на панель или дверцу шкафа);
• для монтажа на DIN-рейку внутри шкафа;
• для крепления на стене;
• стоечные - для монтажа в стойке;
• бескорпусные (обычно одноплатные) для применения в специализированных конструктивах производителей оборудования (OEM - "Original Equipment Manufact urer").

По области применения контроллеры делятся на следующие типы:

• универсальные общепромышленные;
• для управления роботами;
• для управления позиционированием и перемещением;
• коммуникационные;
• ПИД-контроллеры;
• специализированные.

По способу программирования контроллеры бывают:

• программируемые с лицевой панели контроллера;
• программируемые переносным программатором;
• программируемые с помощью дисплея, мыши и клавиатуры;
• программируемые с помощью персонального компьютера.

Контроллеры могут программироваться на следующих языках:

• на классических алгоритмических языках (C, С#, Visual Basic);
• на языках МЭК 61131-3.

Контроллеры могут содержать в своем составе модули ввода-вывода или не содержать их. Примерами контроллеров без модулей ввода-вывода являются коммуникационные контроллеры, которые выполняют функцию межсетевого шлюза, или контроллеры, получающие данные от контроллеров нижнего уровня иерархии АСУ ТП.   Контроллеры для систем автоматизации

Слово "контроллер" произошло от английского "control" (управление), а не от русского "контроль" (учет, проверка). Контроллером в системах автоматизации называют устройство, выполняющее управление физическими процессами по записанному в него алгоритму, с использованием информации, получаемой от датчиков и выводимой в исполнительные устройства.

Первые контроллеры появились на рубеже 60-х и 70-х годов в автомобильной промышленности, где использовались для автоматизации сборочных линий. В то время компьютеры стоили чрезвычайно дорого, поэтому контроллеры строились на жесткой логике (программировались аппаратно), что было гораздо дешевле. Однако перенастройка с одной технологической линии на другую требовала фактически изготовления нового контроллера. Поэтому появились контроллеры, алгоритм работы которых мог быть изменен несколько проще - с помощью схемы соединений реле. Такие контроллеры получили название программируемых логических контроллеров (ПЛК), и этот термин сохранился до настоящего времени. Везде ниже термины "контроллер" и "ПЛК" мы будем употреблять как синонимы.

Немного позже появились ПЛК, которые можно было программировать на машинно-ориентированном языке, что было проще конструктивно, но требовало участия специально обученного программиста для внесения даже незначительных изменений в алгоритм управления. С этого момента началась борьба за упрощение процесса программирования ПЛК, которая привела сначала к созданию языков высокого уровня, затем - специализированных языков визуального программирования, похожих на язык релейной логики. В настоящее время этот процесс завершился созданием международного стандарта IEC (МЭК) 1131-3, который позже был переименован в МЭК 61131-3. Стандарт МЭК 61131-3 поддерживает пять языков технологического программирования, что исключает необходимость привлечения профессиональных программистов при построении систем с контроллерами, оставляя для них решение нестандартных задач.

В связи с тем, что способ программирования является наиболее существенным классифицирующим признаком контроллера, понятие "ПЛК" все реже используется для обозначения управляющих контроллеров, которые не поддерживают технологические языки программирования.   Жесткие ограничения на стоимость и огромное разнообразие целей автоматизации привели к невозможности создания универсального ПЛК, как это случилось с офисными компьютерами. Область автоматизации выдвигает множество задач, в соответствии с которыми развивается и рынок, содержащий сотни непохожих друг на друга контроллеров, различающихся десятками параметров.

Выбор оптимального для конкретной задачи контроллера основывается обычно на соответствии функциональных характеристик контроллера решаемой задаче при условии минимальной его стоимости. Учитываются также другие важные характеристики (температурный диапазон, надежность, бренд изготовителя, наличие разрешений Ростехнадзора, сертификатов и т. п.).

Несмотря на огромное разнообразие контроллеров, в их развитии заметны следующие общие тенденции:

• уменьшение габаритов;
• расширение функциональных возможностей;
• увеличение количества поддерживаемых интерфейсов и сетей;
• использование идеологии "открытых систем";
• использование языков программирования стандарта МЭК 61131-3;
• снижение цены.

Еще одной тенденцией является появление в контроллерах признаков компьютера (наличие мыши, клавиатуры, монитора, ОС Windows, возможности подключения жесткого диска), а в компьютерах - признаков контроллера (расширенный температурный диапазон, электронный диск, защита от пыли и влаги, крепление на DIN-рейку, наличие сторожевого таймера, увеличенное количество коммуникационных портов, использование ОС жесткого реального времени, функции самотестирования и диагностики, контроль целостности прикладной программы). Появились компьютеры в конструктивах для жестких условий эксплуатации. Аппаратные различия между компьютером и контроллером постепенно исчезают. Основными отличительными признаками контроллера остаются его назначение и наличие технологического языка программирования.

[ http://bookasutp.ru/Chapter6_1.aspx]  

---

Программируемый логический контроллер (ПЛК, PLC) – микропроцессорное устройство, предназначенное для управления технологическим процессом и другими сложными технологическими объектами.
Принцип работы контроллера состоит в выполнение следующего цикла операций:

1.    Сбор сигналов с датчиков;
2.    Обработка сигналов согласно прикладному алгоритму управления;
3.    Выдача управляющих воздействий на исполнительные устройства.

В нормальном режиме работы контроллер непрерывно выполняет этот цикл с частотой от 50 раз в секунду. Время, затрачиваемое контроллером на выполнение полного цикла, часто называют временем (или периодом) сканирования; в большинстве современных ПЛК сканирование может настраиваться пользователем в диапазоне от 20 до 30000 миллисекунд. Для быстрых технологических процессов, где критична скорость реакции системы и требуется оперативное регулирование, время сканирования может составлять 20 мс, однако для большинства непрерывных процессов период 100 мс считается вполне приемлемым.

Аппаратно контроллеры имеют модульную архитектуру и могут состоять из следующих компонентов:

1.    Базовая панель ( Baseplate). Она служит для размещения на ней других модулей системы, устанавливаемых в специально отведенные позиции (слоты). Внутри базовой панели проходят две шины: одна - для подачи питания на электронные модули, другая – для пересылки данных и информационного обмена между модулями.

2.    Модуль центрального вычислительного устройства ( СPU). Это мозг системы. Собственно в нем и происходит математическая обработка данных. Для связи с другими устройствами CPU часто оснащается сетевым интерфейсом, поддерживающим тот или иной коммуникационный стандарт.

3.    Дополнительные коммуникационные модули. Необходимы для добавления сетевых интерфейсов, неподдерживаемых напрямую самим CPU. Коммуникационные модули существенно расширяют возможности ПЛК по сетевому взаимодействию. C их помощью к контроллеру подключают узлы распределенного ввода/вывода, интеллектуальные полевые приборы и станции операторского уровня.

4.    Блок питания. Нужен для запитки системы от 220 V. Однако многие ПЛК не имеют стандартного блока питания и запитываются от внешнего.